ECS Gateway собирает входящий трафик контейнеров в общую инфраструктуру
AWS автоматизирует балансировщики, сертификаты и маршруты для ECS. Ресурсы создаются в аккаунте клиента и продолжают тарифицироваться отдельно.
Общий шлюз для нескольких сервисов
AWS представила Amazon ECS Gateway — ресурс уровня аккаунта для организации входящего трафика к контейнерным сервисам. Платформенная команда один раз задаёт сеть, защитные группы, сертификаты и параметры слушателя, затем связывает шлюз с кластерами ECS. Команда приложения подключает конкретный сервис через gateway connector. AWS создаёт нужные маршруты и сопутствующие ресурсы в том же аккаунте. Нововведение сокращает повторение сетевой настройки, но не скрывает инфраструктуру в неизвестной внешней системе. Балансировщики, целевые группы и сертификаты остаются отдельными объектами с собственными состояниями и квотами. Существующий сервис можно подключать постепенно, сохраняя прежний вход до проверки нового маршрута.
Что действительно объединяется
Gateway использует Application Load Balancer и маршрутизацию по имени хоста. Один балансировщик может обслуживать до 25 сервисов; при заполнении доступной ёмкости система добавляет следующий в разрешённых пределах. Каждый подключённый сервис получает уникальное HTTPS-имя. Создание самого шлюза ещё не запускает инфраструктуру: она появляется при первом подключении. Когда последний маршрут исчезает, ненужный балансировщик удаляется. Это управление жизненным циклом, а не безлимитное масштабирование. Ограничение числа балансировщиков и квоты нижележащих ресурсов сохраняются; отсутствие свободной ёмкости может остановить развёртывание. Метрики общего балансировщика и отдельной целевой группы при этом описывают разные уровни нагрузки.
Совместимость определяется сетью
Документация ограничивает соединение режимом awsvpc. Сервисы с bridge, host или none к шлюзу не подключаются. Шлюз и кластер должны находиться в одном аккаунте, а совместимые ресурсы — в одной VPC с подходящим покрытием зон доступности. Connector может использовать фильтр публичного или внутреннего доступа, однако сервис не выбирает шлюз просто по имени: он связывается со всеми совместимыми шлюзами кластера. Один connector способен приводить к нескольким соединениям. Это важно при изменении платформенной конфигурации: следующая поставка сервиса заново оценивает ассоциации. Документация также уточняет HTTPS на порту 443 и отсутствие поддержки Express Mode. Произвольный TCP-сервис не становится HTTP-приложением после включения Gateway.
Доступность и эксплуатационные границы
В анонсе указана доступность в коммерческих регионах AWS, где работает ECS, без дополнительной платы именно за Gateway. Оплачиваются созданная инфраструктура, журналы, метрики, передача данных и другие применимые ресурсы. Поэтому фраза «без дополнительной платы» не описывает итоговый счёт. Часть сетевых настроек нельзя изменить после создания; выбор VPC, схемы доступа и слушателя остаётся архитектурным решением. Управляемое создание ресурсов также использует инфраструктурную IAM-роль, которой ECS получает необходимые полномочия. При диагностике следует различать готовность маршрута, здоровье задач и корректность приложения: активный шлюз не подтверждает, что обработчик возвращает нужные данные. Gateway автоматизирует связку уже существующих компонентов, сохраняя их отдельные требования к правам, ёмкости и наблюдаемости.
