App Service 方案託管的 Web API 在營業時間會遇到無法預測的流量高峰。您需要在夜間將成本降到最低，同時確保當 CPU 超過 70% 或記憶體超過 75% 持續 10 分鐘時，API 能夠快速擴展。在營業時間 (上午 8 點至下午 6 點)，維持最少 3 個執行個體；非營業時間維持 1 個執行個體；且執行個體數量永不超過 10 個。您應該實作哪些組態？

正確答案包含三個部分，因為它們共同滿足了所有要求。首先，建立兩個排程設定檔的自動調整設定（營業時間和非營業時間）可確保在不同時段維持所需的最小執行個體數量，並設定了最大執行個體限制，以達到成本效益和效能。其次，新增基於 CPU 使用率的擴展規則，確保當 CPU 超過 70% 時能快速擴展，並在負載降低時縮減，以優化資源。最後，新增基於記憶體使用率的擴展規則，確保當記憶體超過 75% 時也能快速擴展，並在負載降低時縮減。 其他選項不正確的原因： 「在營業時間手動將 App Service 方案擴展到 10 個執行個體...」：手動擴展不符合自動化需求，且在非營業時間使用排程的 Azure Automation runbook 只能處理固定時間的擴展，無法應對突發流量。 「將方案擴展到更大的 SKU...」：這會增加成本，且無法根據實際負載動態調整執行個體數量，不符合在夜間將成本降到最低的要求。