CNAME 链气馁？

Question

每次我们对需要更改客户端 DNS 设置的后端进行更改时，我们都必须经历一个漫长的过程，包括电子邮件、电话、电子邮件提醒等等，以便让每个人都实施必要的更改.

为了一劳永逸地简化这一点，我做了以下工作： 我已经为 dns.ourdomain.com 设置了一个带有 Cloud DNS 区域的 Google Cloud 项目

这样我可以指导我们的客户进行设置：

www.client.com CNAME client.dns.ourdomain.com

我们在 Cloud DNS 控制台中添加：

client.dns.ourdomain.com CNAME client.backendserver.com

现在，如果我们需要进行更改，我们可以在一个批量操作中完成所有操作，而无需涉及客户端。

我已经测试了这个设置，它工作得很好，但似乎大家一致认为这是不好的做法。如果有的话，潜在的陷阱是什么？

Answer 1

唯一的缺点是它使查找需要更长的时间，因为进行查找的解析器需要查找一个额外的名称。由于在连接不良的情况下，一次查找可能需要几秒钟的时间，因此最终用户可能会注意到这一点。因此，是否值得关注的问题很大程度上取决于您的具体情况。

如果您想证明它在实践中并没有那么糟糕，请仔细查看 www.microsoft.com 的查找链。