我有一个自己开发的平台，希望以后能向更广泛的受众开放。它一直都在 Linode 上，最初也会在那里，但如果需求量稍微大一点，我就可以把它迁移到 AWS 上的 Elastic Beanstalk。
我尝试让用户能够使用他们自己的注册域名而不是我为他们提供的子域名（用户.example.com)。作为我自己的概念验证，我有自己的用户域（我的网站) 与平台域名分开注册（示例.com)，并能够通过在注册商上创建 A 记录来完美地完成这项工作我的网站它指向我的 Linode IP 地址并创建了一个虚拟主机条目，该条目捕获了指向它的所有域名并验证它是用户的注册域名。
因此，一切正常。
在项目开始没多久，我就意识到这不是一个理想的做法。冗余并不是一个主要问题，因为如果我的单个 IP 出现故障，服务也会出现故障。在这种情况下，有 5 个其他名称服务器作为后备服务器也无济于事。我的主要限制是 IP 地址可能会发生变化。如上所述，我甚至设想将来会转向 AWS。
我的问题是，从指向用户自注册域名转换为允许我更改 IP 地址的方法是否真的会像看起来那样在财务上造成沉重的打击？
我不会从这个平台赚很多钱，因为用户不会为使用它支付很多钱（它提供了略微相似的服务的全新本地化版本，但这些服务资金雄厚，价格低廉），所以我已经在托管成本上缩减开支了。我也不想承担进一步的责任，比如成为域名注册商，而且我没有足够的智慧自信地运行自己的名称服务器。
对此的典型答案是使用独立的名称服务器并为每个域名注册一个 A 记录。我的情况比较小众，平台更侧重于代表某个职业。所以我可能有很多用户使用自定义域名，流量很少，付费也很少。
大多数 DNS 服务似乎都提供有限的 A 记录或少量 DNS 查询。我可能会看到查询量短暂激增，一个月的意外账单可能会带来灾难性的财务损失。我相信我已经在托管方面解决了这个问题，但现在还得担心名称服务器方面的问题。我不能像典型平台那样过度销售资源，因为我的用户只有几十或几百个，而不是几千个。
虽然这当然不被推荐，除非我愿意付出高昂代价，但我最好的选择仍然是重新使用我的 IP 地址的 A 记录，并在我更换服务器时要求用户更新它吗？如果有公司提供一个虚荣 IP 地址，我可以将其指向第二个地址（我的服务器），稍后再更改，我会很高兴，但我想名称服务器可以满足大多数用途的需要。
答案1
而不是创造A外部域上的记录，创建别名记录例如
yourapp.me.com IN CNAME platform.example.com
yourapp.someotherdomain.com IN CNAME platform.example.com
然后在 example.com 创建多个A记录了多个服务器的 IP 地址和相同的名称（目前只有一个）
platform.example.com IN A 1.2.3.4
platform.example.com IN A 1.2.3.5
platform.example.com IN A 1.2.3.6
这样，您可以拥有多个后端服务器，当需要时，更改它们的 IP 地址，然后它将全部级联到客户端域。
为了达到最佳效果，我建议不要使用生存时间在超过 2 小时的 DNS 记录上，如果频繁的 DNS 查询不是问题，最好是 1 小时或更短，并在迁移服务器的 IP 地址之前将其降低到 15 分钟到 24 小时。
这里最好的部分是：免费，这种方法不需要花费你一分钱。
但是，将 CNAME 记录放在根域上很可能会破坏域上的所有其他记录，Esa Joniken 已经提醒我这一点。在这种情况下，最好将配置限制在子域上。