一家交易處理公司在 Auto Scaling group 中的 Amazon EC2 實例上，每週執行指令碼批次工作。交易數量不一，但每次執行期間的基準 CPU 使用率至少為 60%。公司必須在工作開始前 30 分鐘預置容量。工程師目前手動修改 Auto Scaling group，且公司缺乏資源來分析容量趨勢。哪種解決方案能以最少的營運負擔自動修改 Auto Scaling group 的所需容量？

預測擴展政策是正確答案，因為它能根據預測的工作負載需求，在批次工作開始前 30 分鐘自動預置容量，並在工作執行期間維持 60% 的目標 CPU 使用率，同時將營運負擔降至最低。動態擴展政策會在 CPU 使用率達到閾值時才擴展，無法滿足提前預置容量的需求。排程擴展政策雖然可以預置容量，但需要手動設定固定的容量值，無法根據實際交易量變化進行調整。使用 EventBridge 和 Lambda 函數雖然可行，但會增加額外的開發和維護負擔，不符合「最少營運負擔」的要求。