一個軟體團隊需要用於 pull-request 驗證的短期測試環境。每個環境都是 Auto Scaling group 中的單一 EC2 instance，並且必須將結果報告給地端資料中心的中央伺服器。一個帶有 VPN 附件的 transit gateway 已連接到地端。建立和刪除環境的過程必須完全自動化，並且需要最少的操作負擔。哪種方法能以最少的操作負擔滿足這些要求？

正確答案透過在單一 VPC 中集中管理網路基礎設施（Transit Gateway 附件和路由），顯著降低了操作負擔。每個測試環境（EC2/Auto Scaling）都作為獨立的 CloudFormation 堆疊部署到此 VPC 中，實現了自動化建立和刪除，而無需重複配置網路。 其他選項的缺點： 建立新的 VPC 並為每個測試環境配置 Transit Gateway 附件會增加不必要的複雜性和操作負擔，因為網路配置會被重複。 為每個測試環境建立新的 AWS 帳戶並使用 StackSets 部署，會導致帳戶管理和成本追蹤的複雜性大幅增加，遠超短期測試環境的需求。 將 EC2 實例容器化並使用 EKS 管理生命週期，雖然可行，但對於單一 EC2 實例的測試環境來說，引入了額外的容器化和 Kubernetes 管理複雜性，不符合「最少操作負擔」的要求。