某公司計畫將 20 個不常用但對業務至關重要的應用程式（Java 和 Node.js 混合）遷移到 AWS。該公司希望最大限度地降低成本並採用單一的部署方法。大多數應用程式作為月底處理的一部分運行，並發使用者很少，但它們可以在其他時間運行。典型的記憶體使用量低於 1 GB，峰值可達 2.5 GB。一個關鍵的 Java 帳單報告應用程式會存取多個資料來源，並且可以運行數小時。哪種部署策略最具成本效益？

此選項最具成本效益，因為它利用 Amazon ECS 在 EC2 實例上運行容器化應用程式，實現資源共享和高效利用。應用程式不常用，但偶爾會有高峰，ECS 任務/服務擴展基於記憶體利用率，能確保在需要時提供足夠資源，並在不使用時縮減，從而降低成本。單一的部署方法和對 Java/Node.js 的良好支援也符合要求。 將每個應用程式部署為單獨的 AWS Lambda 函數可能導致成本過高，因為即使不常用，20 個應用程式的冷啟動和執行時間累積起來也會很昂貴，且 Lambda 不適合長時間運行的應用程式（如 Java 帳單報告）。 使用 AWS Elastic Beanstalk 部署每個應用程式會為每個應用程式創建獨立的環境，導致資源利用率低下和成本增加。 建立新的 EC2 實例叢集並購買 3 年期預留實例，即使應用程式不常用，也會產生持續的成本，不符合最大限度降低成本的目標。