一個傳統地端 .NET 應用程式（負載平衡的 Web 層、負載平衡的應用程式層和 Microsoft SQL Server 資料庫）正在遷移到 AWS。公司偏好託管服務，不希望重寫應用程式。解決方案架構師必須在應用程式擴展時消除擴展問題，同時最大程度地降低授權成本。哪種選項是符合這些目標最具成本效益的解決方案？

此選項符合所有要求。Web 層和應用程式層使用 Auto Scaling Group 中的 EC2 執行個體，透過 Application Load Balancer 實現彈性擴展和高可用性。將 SQL Server 資料庫重新平台化為啟用 Babelfish 的 Amazon Aurora PostgreSQL，可以利用託管服務的優勢，無需重寫應用程式，並顯著降低 Microsoft SQL Server 的授權成本，同時保持與現有 SQL Server 協定和查詢的相容性。 選項 B 錯誤，因為使用 AWS DMS 建立伺服器映像並非最佳實踐，且 DynamoDB 不適用於關係型資料庫工作負載。選項 C 錯誤，因為容器化和 EKS 雖然是託管服務，但可能需要應用程式重構，且 RDS for SQL Server 的授權成本較高。選項 D 錯誤，因為將應用程式重構為 Lambda 函數和 S3/Athena 需要完全重寫應用程式，這與「不希望重寫應用程式」的要求相悖。