Схема для услуг 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 и самих веб-серверов. Каждый должен идти туда, где когда-либо ближе всего.