Procurando um método para avaliar o melhor layout para serviços em regiões da AWS. Minha configuração está comprometida a partir do endpoint 2, um servidor em NY4 e cliente na Ásia.
Entre eles estão 2 api hops e um servidor web. O lúpulo é o seguinte.
NY4 - tcp - API1 - http json - API2 - http json - Servidor Web - http / s - Clientes.
Eu poderia colocar tudo na América do Norte, mas isso causaria latência de bits para clientes asiáticos
Eu poderia colocar tudo inversamente em Cingapura ou Seul, mas isso aumentaria a latência da API1, que (devido a circunstâncias além do meu controle) fica mais instável quanto mais você fica para o Servidor na NY4.
Uma coisa que faz sentido colocar API1 na América do Norte, API2 em Frankfurt e servidor Web em Cingapura, mas não sei como avaliar essa latência em comparação com os dois primeiros layouts que descrevi (ignorando API1 instável).
Qual é a abordagem sistemática correta para avaliar uma topologia como essa?
Para expandir, crie um ponto de extremidade em cada região:
api1.company.com = DNS baseado em latência do Route53 para qualquer um dos api1.nyc.company.com api1.singapore.company.com api1.frankfort.company.com
mesmo para API2 e API3 e os próprios servidores da web. Cada um deve ir onde quer que esteja mais próximo.