Команда разработчиков стартапа развертывает новое многоуровневое приложение в AWS. Приложение будет работать на инстансах Amazon EC2 в группе Auto Scaling за публичным Network Load Balancer (NLB) и должно поддерживать трафик как UDP, так и TCP. Изначально оно будет обслуживать пользователей в одном географическом регионе, но команда планирует расшириться до нескольких регионов AWS, чтобы развертывания можно было размещать ближе к конечным пользователям. Они хотят контролировать объем трафика, который получает каждый регион во время поэтапного развертывания новых версий, и должны минимизировать задержку первого байта и джиттер для пользователей. Как команда должна спроектировать сетевую архитектуру для удовлетворения этих требований?

AWS Global Accelerator — это оптимальное решение, поскольку он обеспечивает статические IP-адреса, которые действуют как фиксированная точка входа для вашего приложения, направляя трафик через глобальную сеть AWS для минимизации задержки и джиттера. Он поддерживает как TCP, так и UDP, что соответствует требованиям приложения. Traffic dial позволяет точно контролировать распределение трафика между региональными развертываниями, что идеально подходит для поэтапного развертывания. NLB регистрируются в группах конечных точек Global Accelerator, обеспечивая масштабируемость и отказоустойчивость в каждом регионе. Вариант с CloudFront не подходит, так как CloudFront в первую очередь предназначен для кэширования HTTP/S контента и не поддерживает UDP трафик. Использование S3 Transfer Acceleration не подходит, так как это служба для ускорения загрузки и скачивания файлов в S3, а не для маршрутизации трафика к многоуровневым приложениям. Использование Route 53 с политикой задержки не позволяет контролировать объем трафика, а только направляет пользователей к ближайшему региону, что не соответствует требованию поэтапного развертывания с контролем трафика.