根据RFC 1035， CNAMElogging不能用于区域顶点，因为CNAMElogging不能与诸如SOA之类的logging一起存在。
对于那些试图deviseSaaS应用程序以支持自定义域，同时仍然具有高度可用性和可伸缩性的用户来说，这经常令人感到沮丧。
选项基本上是：
- 带有一组固定的IP地址
- 坚持用户使用您的DNS服务器，以便您可以更新logging
- 坚持每个人都使用www。 与CNAME，让用户找出如何redirect他们的裸域
在调查了一些大型SaaS产品之后，似乎大多数支持选项1，尽pipe在预测快速增长和实现高可用性时，这似乎是最困难的select。
例如：
- GitHub ：两个IPlogging
- SquareSpace ：四个IPlogging，尽pipe我认为直到最近这只是一个
- BigCommerce ：推荐使用他们的DNS，但每个商店确实有一个指定的IP主题要改变
- Shopify ：Alogging的单个IP
- WordPress.com ：必须使用他们的DNS
一般来说，拥有一组固定的IP会带来以下挑战：
- 当一台负载均衡器发生故障时，您无法轻松删除IP地址
- 您不能随着需求的增长而添加IP，您需要将您的stream量分配给更多的负载均衡器
- 您不能故意将地理位置隔离的基础架构与完全不同的IP集合相混淆
我的问题是， 具体来说，提供一套固定logging的供应商如何克服这些限制 ？ 特别是那些只提供一个单一的logging？
他们是否：
- 为他们提供的每个IP提供一个负载平衡器，希望他们永远不会超过他们可以在此angular色中运行的最大服务器的容量，并且在发生故障时只将IP移动到不同的服务器上？
- 用户硬件负载平衡器，这大概是更可靠的，有足够的容量，不可能是瓶颈？
- 使用类似IP任播的任意数量的负载均衡器可以接收某个IP的数据包？
- 以上的混合？
我猜测那些运行在公有云（例如AWS，Azure等）上的应该是第一个，那些拥有自己的基础设施的应用大多是第二个？