某公司的有狀態應用程式在 Amazon EC2 執行個體的記憶體中執行。該基礎設施是使用 AWS CloudFormation 搭配 M5 EC2 執行個體系列部署的。隨著流量增加，應用程式效能下降，使用者遇到延遲。哪種解決方案能以最高的營運效率解決這些問題？

此應用程式是有狀態的，且在記憶體中執行，表示它需要記憶體優化的執行個體類型。R5 執行個體是記憶體優化的，適合記憶體密集型應用程式。使用 CloudFormation 範本進行變更可確保基礎設施即程式碼 (IaC) 的最佳實踐。部署 CloudWatch 代理程式以產生自訂應用程式延遲指標，可提供更精確的監控和容量規劃，因為 EC2 預設不提供記憶體使用率指標。 選項一不正確，因為 T3 執行個體是通用型，不適合記憶體密集型應用程式，且手動變更不符合 IaC 原則。選項二不正確，因為手動調整 Auto Scaling group 容量不具營運效率，且未解決記憶體優化執行個體類型的需求。選項三不正確，因為 EC2 內建的 CloudWatch 指標不包含記憶體使用率，因此無法有效進行容量規劃。