跨区域的 AWS 服务布局

跨区域的 AWS 服务布局

寻找一种方法来评估跨 AWS 区域服务的最佳布局。我的设置受到 2 个端点的攻击,一个位于 NY4 的服务器和一个位于亚洲的客户端。

它们之间有 2 个 api 跳转和一个 web 服务器。跳转如下。

NY4--tcp--API1--json http--API2--json http--Web 服务器--http/s--客户端。

我可以把所有东西都放在北美,但这会给亚洲客户带来比特延迟

我可以反过来把所有东西都放在新加坡或首尔,但这会增加 API1 的延迟,而由于我无法控制的情况,距离 NY4 的服务器越远,延迟就越不稳定。

如果将 API1 放在北美、将 API2 放在法兰克福、将 Web 服务器放在新加坡,这样做是有道理的,但我不知道如何评估与我描述的前两种布局(忽略不稳定的 API1)相比的延迟。

评估这样的拓扑的正确系统方法是什么?

答案1

要扩展在每个区域中创建一个端点:

api1.company.com = api1.nyc.company.com api1.singapore.company.com api1.frankfort.company.com 的 Route53 延迟 DNS

API2 和 API3 以及 Web 服务器本身也一样。每个服务器都应该位于最接近的位置。

相关内容