28 октября AWS добавила поддержку Kubernetes Gateway API в Amazon EKS Auto Mode. Теперь маршруты к приложениям можно описывать ресурсами Gateway и HTTPRoute, а Auto Mode создаёт и обслуживает необходимую инфраструктуру балансировки. Mentoring.digital объясняет, что изменилось по сравнению со сценариями с отдельным контроллером.
Настройка маршрутов встроена в Auto Mode
Для объявленной интеграции не требуется самостоятельно устанавливать и настраивать дополнительный контроллер. Поддерживаются HTTP и gRPC, маршрутизация между пространствами имён, распределение трафика по весам и правила на основе заголовков. Сертификаты TLS могут автоматически обнаруживаться через AWS Certificate Manager.
Важно читать старые инструкции с учётом даты. Материал, в котором предлагается отдельно устанавливать Envoy Gateway, может описывать другую архитектуру или состояние платформы до этого выпуска. Само появление встроенной поддержки не делает любую прежнюю конфигурацию автоматически совместимой с ней.
Ingress продолжает работать
AWS прямо указывает, что действующие нагрузки с ресурсами Ingress продолжают работать рядом с ресурсами Gateway API. Из анонса не следует необходимость немедленного переноса всех маршрутов. Возможность доступна в регионах, где поддерживается EKS Auto Mode; за созданные ресурсы балансировки сохраняются стандартные платежи AWS.
Практический смысл для команды: можно оценить новую модель на ограниченном приложении и только после проверки решать, стоит ли переносить остальные маршруты. Назначение весов само по себе ещё не подтверждает, что запросы дошли до ожидаемой версии сервиса.
Контрольный сценарий перед переносом трафика
Редакционная рекомендация: запишите действующие правила, ожидаемые адреса, сертификаты и ответы приложения. В тестовом окружении проверьте обычный запрос, неизвестный путь, нужный заголовок и недоступность одного из получателей. Сопоставьте ответы и логи с правилами маршрутизации, а затем оцените создаваемые облачные ресурсы.
Условия переключения и возврата к прежней конфигурации полезно определить до изменения рабочего маршрута. Разобрать такую последовательность и наблюдение за сервисом можно с наставником по DevOps и эксплуатации приложений. Новый API упрощает описание маршрутов, но проверку реального поведения сети команда выполняет отдельно.
