某公司在 Application Load Balancer 後方的 EC2 執行個體上執行內部瀏覽器型應用程式。這些執行個體位於跨多個可用區域的 Auto Scaling 群組中。該群組在工作時間擴展到 20 個執行個體，並在夜間縮減到 2 個執行個體。員工表示應用程式在一天開始時非常慢，儘管到上午中旬運行良好。應如何更改擴展以解決這些問題，同時保持低成本？

正確答案是實作在較低 CPU 閾值觸發的目標追蹤動作，並縮短冷卻時間。目標追蹤擴展策略會根據指定的指標（例如 CPU 使用率）自動調整執行個體數量，以維持在目標值。在辦公時間開始前，將 CPU 閾值設定得更低，可以讓 Auto Scaling 群組更早地擴展，以應對預期的流量高峰，解決應用程式在一天開始時速度緩慢的問題。縮短冷卻時間則能讓擴展或縮減動作更快地生效，提高響應速度。 排程動作雖然可以預先設定容量，但將所需容量或最小/最大容量設定為 20 並不能動態應對實際負載變化，可能導致資源浪費或擴展不足。步進擴展動作雖然也能根據閾值擴展，但目標追蹤擴展通常更為平滑和高效，因為它會自動計算所需的容量以維持目標指標。