GKE 中的滾動式更新 (rolling updates) 由於僅限生產環境的參數配置錯誤而導致服務中斷。您應該增加哪種平台層級的預防措施？

在 Pod 規範中配置 liveness 和 readiness 探針是正確的預防措施。Readiness 探針確保流量只會導向已準備好處理請求的 Pod，避免在應用程式尚未完全啟動時接收流量。Liveness 探針則會偵測應用程式是否卡住或無回應，並自動重啟 Pod，確保服務的持續可用性。這兩者共同作用，能有效防止因應用程式啟動或執行問題導致的服務中斷，尤其在滾動式更新期間更為關鍵。 在受管執行個體群組上配置健康檢查主要針對 VM 實例層級，無法偵測到 Pod 內應用程式的健康狀態。建立排程任務驗證應用程式可用性是事後檢查，無法預防問題發生。在 Cloud Monitoring 中配置正常執行時間快訊也屬於事後通知，無法主動防止服務中斷。