Схема для услуг AWS по регионам

Ищете метод оценки наилучшего макета для сервисов в регионах AWS. Моя установка скомпрометирована с 2-х конечных точек, сервера в NY4 и клиента в Азии.

Между ними 2 API-хмеля и веб-сервер. Хмель идет следующим образом.

NY4 - tcp -API1- json http- API2- json http- веб-сервер -http/s- клиенты.

Я мог бы разместить все в Северной Америке, но это вызовет небольшую задержку для азиатских клиентов

Я мог бы разместить все наоборот в Сингапуре или Сеуле, но это увеличило бы задержку для API1, которая (из-за обстоятельств, не зависящих от меня) становится более нестабильной, чем дальше вы получаете для Сервера на NY4.

Единственное, что имеет смысл, если разместить API1 в Северной Америке, API2 во Франкфурте и веб-сервер в Сингапуре, но я не знаю, как оценить эту задержку по сравнению с первыми 2 макетами, которые я описал (игнорируя нестабильный API1).

Каков правильный системный подход к оценке такой топологии?

1 ответ

Чтобы развернуть, создайте конечную точку в каждом регионе:

api1.company.com = DNS на основе задержки Route53 для любого из api1.nyc.company.com api1.singapore.company.com api1.frankfort.company.com

то же самое для API2 и API3 и самих веб-серверов. Каждый должен идти туда, где когда-либо ближе всего.

Другие вопросы по тегам