Una aplicación desplegada en GKE utiliza el contenedor proxy de Cloud SQL e informa de fallos en la conexión a la base de datos. Para un post-mortem, ¿qué debería hacer primero?

Cuando una aplicación experimenta fallos de conexión a la base de datos, el primer paso para un post-mortem es investigar los registros. Stackdriver Logging (ahora Cloud Logging) centraliza los registros de GKE y Cloud SQL, proporcionando información detallada sobre los errores, la causa raíz de los fallos de conexión, y el estado de los servicios. Reiniciar la instancia de Cloud SQL (gcloud sql instances restart) es una acción correctiva, no un paso de diagnóstico inicial. Validar el rol de Cloud Build Editor es incorrecto; el proxy de Cloud SQL requiere roles como Cloud SQL Client, no Cloud Build Editor. Restaurar una copia de seguridad y reiniciar pods son acciones que podrían ser necesarias, pero solo después de entender la causa del problema a través de los registros.