在 Google Cloud將應用程式部署至正式環境後，您可能需要修改應用程式使用的基礎架構。舉例來說，您可能需要變更 VM 的機型，或是變更 Cloud Storage bucket 的儲存空間級別。本節的Google Cloud 基礎架構可靠性指南將摘要說明變更管理指南，協助您降低基礎架構資源的可靠性風險。本節也會說明如何監控基礎架構的可用性。 Google Cloud
逐步部署基礎架構變更
如需變更 Google Cloud 基礎架構，請盡可能逐步將變更部署至正式環境。舉例來說，如果您需要變更 VM 的機型，請先將變更部署至某個可用區的幾部 VM，並監控變更的影響。如果發現任何問題，請迅速將基礎架構還原至先前的穩定狀態。診斷並解決問題，然後重新啟動逐步部署程序。確認工作負載運作正常後，逐步在所有基礎架構中部署變更。
控管全域資源的變更
修改虛擬私有雲 (VPC) 網路和全域負載平衡器等全域資源時，請務必仔細檢查變更內容，再將其部署至正式環境。
由於全域資源可抵禦區域和區域中斷，您可能會決定在架構中使用特定全域資源的單一執行個體。在這種部署作業中，全域資源可能會成為單一故障點。舉例來說，如果您不慎誤設全域負載平衡器的轉送規則，前端可能會停止接收或處理使用者要求。實際上，在這種情況下，使用者無法使用應用程式，但後端仍完好無損。為避免發生這種情況，請嚴格控管對全域資源的變更。舉例來說，在變更審查程序中，您可以將對全域資源的任何修改歸類為高風險變更，必須由其他審查員驗證及核准。
監控基礎架構的可用性 Google Cloud
您可以使用 Google Cloud Service Health 資訊主頁，監控所有區域的 Google Cloud 服務目前狀態。您也可以查看各項服務的基礎架構故障記錄 (稱為「事件」)。歷史記錄頁面會提供每個事件的詳細資料，例如事件持續時間、受影響的可用區和區域、受影響的服務，以及任何建議的解決方法。
您也可以使用 Personalized Service Health 查看與專案相關的事件。您也可以透過 Service Health，使用 API 依專案或機構要求事件資訊，並設定快訊。
Google 會定期更新各事件的狀態，包括下次更新的預估時間。您可以透過程式使用 RSS 動態消息，取得事件的狀態更新。詳情請參閱「使用 Google Cloud Service Health 做為備援」。