Команде разработчиков требуются кратковременные тестовые среды для валидации pull-запросов. Каждая среда представляет собой отдельный инстанс EC2 в группе Auto Scaling и должна отправлять результаты на центральный сервер в локальном центре обработки данных. Шлюз Transit Gateway с VPN-подключением к локальной сети уже существует. Процесс создания и удаления сред должен быть полностью автоматизирован и требовать минимальных операционных затрат. Какой подход соответствует этим требованиям с НАИМЕНЬШИМИ операционными затратами?

Правильный ответ минимизирует операционные издержки, используя существующий Transit Gateway и централизованный VPC. Создание одного VPC для всех тестовых сред с предварительно настроенным подключением к Transit Gateway и маршрутизацией позволяет быстро развертывать и удалять среды с помощью CloudFormation. Это устраняет необходимость в создании нового VPC для каждой среды, что значительно снижает сложность и время настройки. Неправильные варианты: Создание нового VPC для каждой тестовой среды с CloudFormation StackSets увеличивает операционные издержки из-за управления множеством VPC и их подключений. Создание нового аккаунта AWS для каждой тестовой среды с новым OU является чрезмерным и очень затратным с точки зрения управления, значительно увеличивая операционные издержки. Контейнеризация и использование Amazon EKS для каждой среды добавляет сложность управления кластером Kubernetes, что увеличивает операционные издержки по сравнению с прямым развертыванием EC2/Auto Scaling.