Une application déployée sur GKE utilise le conteneur proxy Cloud SQL et signale des échecs de connexion à la base de données. Pour une analyse post-mortem, que devriez-vous faire en premier ?

La bonne approche pour une analyse post-mortem est de consulter les journaux. Stackdriver Logging (maintenant Cloud Logging) centralise les journaux de GKE et de Cloud SQL, ce qui permet d'identifier la cause des échecs de connexion. Les messages d'erreur dans les journaux fourniront des informations cruciales sur la nature du problème (par exemple, problèmes d'authentification, de réseau, ou de configuration). Redémarrer l'instance SQL (option 1) ou restaurer une sauvegarde (option 4) sont des actions correctives qui ne fournissent pas d'informations sur la cause première de la panne, ce qui est essentiel pour une analyse post-mortem. Le rôle Cloud Build Editor (option 2) n'est pas pertinent pour les permissions d'un proxy Cloud SQL ; le proxy nécessite des rôles comme Cloud SQL Client ou Cloud SQL Editor.