我们有一个基于 Web 的客户端-服务器产品。该客户端预计将在100万以上用户中使用（一家著名公司将使用它）。
我们的服务器设置在云端。设计时的主要问题之一是如何使整个程序面向未来。说：
到目前为止，我们认为的选项是：
既然这应该是一个常见的问题，那么最好的解决方案是什么？由于我们公司很小，我们正在寻找技术和财务成本最低的解决方案（比如选项 3 等）？
有人可以提供一些相同的指示吗？
ķ
我会选择目录服务器选项。它是最灵活的，让您可以最大程度地控制给定情况下发生的事情。
为避免目录本身成为单点故障，我将让其中的三四个运行不同的位置并使用不同的提供程序。让客户端应用程序在启动时随机选择一个目录 url，然后遍历它们，直到找到一个可行的。
为了使其真正面向未来，您可能需要一个简单的协议来动态更新目录服务器列表——但要小心，如果实施不当，您将使您的客户端容易受到各种恶意欺骗攻击。
我不确定我是否 100% 理解了您的问题，但如果我这样做了，可以归结为：如果我的服务器移动了，我的客户如何找到它？
这正是 DNS 在近三年来所做的事情。
您可以选择的每个可能的系统都需要使用初始工作数据进行引导：目录服务器的地址、工作服务器的地址以获取更新的地址列表等。这就是根 dns 服务器的用途，操作系统供应商将这样做为您提供引导部分。
当然 DNS 查询可以被缓存，这就是它应该如何工作以及它如何扩展到互联网大小的方式。您可以控制缓存（阅读有关 TTL 的信息），并且通常可以将其保持在合理的值上（将其保持在比在其他地方重新部署服务器所需的绝对最短时间短没有意义）。
回覆。DNS：可以缓存请求，更改可能需要一段时间才能传播（几小时到几天）。
我会寻找可以在客户端上更新的优先 IP 列表。如果一个 IP 失败，客户端将使用第二个、第三个等重试。