Zespół programistów potrzebuje krótkotrwałych środowisk testowych do walidacji żądań ściągnięcia (pull-request). Każde środowisko to pojedyncza instancja EC2 w grupie Auto Scaling, która musi zgłaszać wyniki do centralnego serwera w centrum danych on-premises. Istnieje już brama tranzytowa (transit gateway) z załącznikiem VPN do środowiska on-premises. Proces tworzenia i usuwania środowisk musi być w pełni zautomatyzowany i wymagać minimalnego nakładu operacyjnego. Które podejście spełnia te wymagania przy NAJMNIEJSZYM nakładzie operacyjnym?

Poprawna odpowiedź minimalizuje nakład operacyjny, wykorzystując istniejącą bramę tranzytową i VPN do komunikacji z centrum danych on-premises. Utworzenie jednego VPC dla wszystkich środowisk testowych upraszcza zarządzanie siecią i routingu, ponieważ konfiguracja bramy tranzytowej i routingu musi być wykonana tylko raz. CloudFormation automatyzuje tworzenie i usuwanie środowisk testowych (instancji EC2 w grupach Auto Scaling) w tym samym VPC, co jest efektywne i zgodne z wymaganiami krótkotrwałych środowisk. Pierwsza opcja jest zbyt złożona, ponieważ tworzenie nowego VPC dla każdego środowiska testowego i konfigurowanie załącznika bramy tranzytowej za każdym razem generuje niepotrzebny narzut operacyjny. Trzecia opcja jest jeszcze bardziej złożona, ponieważ tworzenie nowego konta AWS dla każdego środowiska testowego i zarządzanie wieloma kontami w AWS Organizations jest nadmierne dla krótkotrwałych środowisk testowych i znacznie zwiększa nakład operacyjny. Czwarta opcja, choć technicznie możliwa, wprowadza dodatkową złożoność związaną z zarządzaniem klastrem Kubernetes (EKS) i konteneryzacją, co zwiększa nakład operacyjny w porównaniu do prostego rozwiązania z instancjami EC2 i Auto Scaling.