Ищете метод оценки наилучшего макета для сервисов в регионах AWS. Моя установка взломана с двух конечных точек, сервера в NY4 и клиента в Азии.
Между ними есть 2 api hop и веб-сервер. Хмель идет следующим образом.
NY4 - tcp - API1 - json http - API2 - json http - веб-сервер - http / s - клиенты.
Я мог бы разместить все в Северной Америке, но это вызовет битовую задержку для азиатских клиентов.
Я мог бы наоборот разместить все в Сингапуре или Сеуле, но это увеличило бы задержку для API1, который (из-за обстоятельств, не зависящих от меня) становится более нестабильным по мере того, как вы продвигаетесь к серверу в NY4.
Одна вещь имеет смысл, если разместить API1 в Северной Америке, API2 во Франкфурте и веб-сервер в Сингапуре, но я не знаю, как оценить эту задержку по сравнению с первыми двумя описанными мною макетами (игнорируя нестабильный API1).
Каков правильный систематический подход к оценке такой топологии?
Чтобы развернуть, создайте конечную точку в каждом регионе:
api1.company.com = DNS на основе задержки Route53 для любого из api1.nyc.company.com api1.singapore.company.com api1.frankfort.company.com
то же самое для API2 и API3 и самих веб-серверов. Каждый должен идти туда, где он ближе всего.