寻找评估AWS区域服务最佳布局的方法。 我的设置从2个端点，NY4的服务器和亚洲的客户端中受到影响。
在他们之间是2 api啤酒花和networking服务器。 啤酒花走如下。
NY4 – tcp – API1 – json http – API2 – json http – Web服务器 – http / s – 客户端。
我可以把所有的东西放在北美，但是这会给亚洲客户带来一点点的延迟
我可以把所有的东西都倒在新加坡或者首尔，但是这会增加API1的延迟，这是因为我们无法控制的情况，所以在NY4服务器上的进一步变得更加不稳定。
有一件事情是有道理的，如果在北美设置API1，在FRankfurt设置API2，在新加坡设置Web服务器，但我不知道如何评估这个延迟与我描述的前两个布局（忽略不稳定的API1）。
什么是正确的系统方法来评估这样的拓扑结构？
要扩展在每个区域创build一个端点：
api1.company.com =基于Route53延迟的DNS，适用于任何api1.nyc.company.com api1.singapore.company.com api1.frankfort.company.com
API2和API3以及Web服务器本身也一样。 每个人都应该去哪里最接近的地方。