dns - 面向 future 的客户端-服务器代码？

Question

我们有一个基于网络的客户端-服务器产品。客户端预计1M以上用户使用(某知名公司准备使用)。

我们的服务器设置在云端。设计时的主要问题之一是如何使整个程序面向 future 。说:

1. 云提供商出现故障，然后自动转移到另一个云中进行备份
2. 完全转移到不同的服务器等

目前我们想到的选项是:

1. DNS:我们自己在云端运行 DNS 名称服务器。
2. 目录服务器 - 目录服务器也位于云端
3. 让我们的服务器将 future 的移动和 future 的 URL 等返回给客户端——其中客户端是专门为处理这些场景而设计的

既然这应该是一个常见的问题，那么哪个是最好的解决方案呢？由于我们的公司很小，我们正在寻找技术和财务成本最低的解决方案(例如选项 3 等)？

有人可以提供一些相同的指示吗？

K

Answer 1

我会选择目录服务器选项。它最灵活，可以让您最大程度地控制给定情况下发生的事情。

为了避免目录本身成为单点故障，我会让其中三到四个目录运行在不同位置并由不同的提供商提供。让客户端应用程序在启动时随机选择一个 directoy url 并遍历所有这些 url，直到找到一个有效的 url。

要使其真正经得起 future 考验，您可能需要一个简单的协议(protocol)来动态更新目录服务器列表——但要小心，如果实现不当，您的客户将面临各种恶意欺骗攻击。