Un team di sviluppo software necessita di ambienti di test di breve durata per la convalida delle pull request. Ogni ambiente è una singola istanza EC2 in un gruppo Auto Scaling e deve riportare i risultati a un server centrale nel data center on-premise. Esiste già un transit gateway con un attachment VPN verso l'ambiente on-premise. Il processo di creazione ed eliminazione degli ambienti deve essere completamente automatizzato e richiedere un overhead operativo minimo. Quale approccio soddisfa questi requisiti con il MINOR overhead operativo?

L'opzione corretta minimizza l'overhead operativo creando un singolo VPC dedicato per tutti gli ambienti di test. Questo VPC può essere pre-configurato con l'attachment del Transit Gateway e il routing verso l'ambiente on-premise, riducendo la complessità per ogni singolo ambiente di test. CloudFormation viene poi utilizzato per automatizzare la creazione e l'eliminazione delle istanze EC2/Auto Scaling all'interno di questo VPC, soddisfacendo i requisiti di automazione e breve durata. Le altre opzioni introducono complessità non necessarie: Creare un nuovo VPC e un nuovo attachment del Transit Gateway per ogni ambiente di test (prima opzione) aumenta significativamente l'overhead di provisioning e gestione. Creare un nuovo account AWS per ogni ambiente di test (terza opzione) è eccessivo per ambienti di breve durata e introduce un overhead amministrativo elevato. Containerizzare le istanze e utilizzare EKS (quarta opzione) introduce una complessità maggiore con la gestione di un cluster Kubernetes, che non è richiesta per una singola istanza EC2 per ambiente.