某個 Cloud Run 服務會查詢 Cloud SQL，而每天早上的流量高峰會導致 Cloud SQL API 配額錯誤；專案已達到 API 配額。哪種組態變更可以緩解這個問題？

當 Cloud Run 服務在流量高峰期間遇到 Cloud SQL API 配額錯誤時，這表示服務嘗試建立的資料庫連線數超過了專案的允許限制。增加 Cloud Run 執行個體的最小數量 (min-instances) 可以讓更多的執行個體保持活躍狀態，預先建立並維護與 Cloud SQL 的連線，從而減少在流量高峰時瞬間建立大量新連線的需求，避免觸發 API 配額限制。 使用流量分割 (traffic splitting) 主要用於逐步推出新版本，與解決配額問題無關。修改 Cloud Run 執行個體的最大數量 (max-instances) 不會直接解決配額問題，因為問題出在連線數，而非執行個體總數。設定最小並行請求 (min-container-concurrency) 影響單一容器能處理的請求數，與解決整體 API 配額問題無關。