一個部署在 GKE 上的應用程式使用 Cloud SQL proxy 容器，並回報資料庫連線失敗。為了進行事後分析，您應該先做什麼？

當應用程式回報資料庫連線失敗時，首先應檢查日誌以了解問題的根本原因。Stackdriver Logging（現為 Cloud Logging）是集中式日誌管理服務，可以收集 GKE 和 Cloud SQL 的日誌。檢查這些日誌可以揭示連線錯誤的詳細資訊，例如權限問題、網路配置錯誤或資料庫本身的問題。 其他選項為何不正確： 使用 gcloud sql instances restart：在不了解問題原因的情況下重新啟動資料庫可能無法解決問題，甚至可能導致服務中斷。 驗證 Cloud SQL proxy 容器使用的服務帳戶是否仍具有 Cloud Build Editor 角色：Cloud Build Editor 角色與 Cloud SQL proxy 的運作無關，Cloud SQL proxy 需要的是 Cloud SQL 用戶端角色。 在 GCP Console 中，導覽至 Cloud SQL。還原最新的備份。使用 kubectl 重新啟動所有 Pod：還原備份是資料遺失或資料庫損壞時的最後手段，且在沒有診斷的情況下重新啟動 Pod 也無法解決潛在的配置或權限問題。