Contenido del curso
0:00/11:02
Cloud SDK vs Cloud Shell: cuándo usar cada uno
Suscríbete para ver másHola mundo en App Engine
Suscríbete para ver másManejo de versiones en App Engine
Suscríbete para ver másDominios personalizados en App Engine
Suscríbete para ver másConfiguración de certificados SSL y dominios personalizados
Suscríbete para ver másSubir código a Google Cloud Source Repositories
Suscríbete para ver másStackdriver Debugger
Suscríbete para ver másUso de Stack Driver Debugger en Google Cloud Platform
play_circleViendo ahoraError Reporting
Suscríbete para ver másCómo filtrar logs con Stackdriver Logging
Suscríbete para ver másDetecta cuellos de botella con StackDriver Trace
Suscríbete para ver másDomina Stack Driver Debugger en Google Cloud Platform con un flujo claro y práctico: desde seleccionar el código fuente hasta validar resultados en tiempo real. Aquí verás cómo usar puntos de log y breakpoints con condiciones para inspeccionar variables críticas sin detener tu servicio en producción. La guía refleja el proceso tal como se realiza en la consola de GCP.
¿Cómo configurar Stack Driver Debugger en Google Cloud Platform?
Para iniciar, se accede al menú de Google Cloud Platform, sección de servicios de Stack Driver, opción Debug. Luego, se elige la versión de la aplicación (por ejemplo, una versión de App Engine en producción) y se establece el origen del código fuente. Puedes vincular tu repositorio desde Google Cloud Source Repositories, GitHub, Bitbucket o subirlo localmente.
En el escenario mostrado, se selecciona el proyecto con el repositorio “plazi002”, se elige la rama “Storage” y se carga el Source. Al lado izquierdo aparece el navegador de archivos, lo que permite abrir el módulo adecuado y empezar a definir puntos de inspección.
¿Qué opciones de código fuente puedes usar?
¿Cómo seleccionar la versión correcta?
¿Qué verás en la interfaz?
¿Cómo instrumentar puntos de log y breakpoints con condiciones?
Se abre el archivo de controladores de vista, como views.py, y se ubica el método “Listar”. Este método lista los objetos de un bucket de Cloud Storage y los guarda en memoria. Es ideal para inspeccionar la variable que contiene los “archivos disponibles”.
El paso clave es añadir un punto de log en una línea específica (por ejemplo, la línea 128). Además, se define una condición para controlar cuándo registrar información o errores, sin detener el flujo de ejecución.
¿Cómo definir un punto de log condicional?
¿Cómo usar breakpoints con lógica?
¿Por qué es útil en producción?
¿Cómo validar en tiempo real y leer los registros?
Para disparar la ejecución, se accede a la URL de la aplicación y al path correspondiente (por ejemplo, “lista objetos”). El depurador queda “a la espera” hasta que se cumpla la condición del punto establecido. Cuando la página se carga, se evalúa la expresión y se muestran los valores en la consola del Debugger.
En el ejemplo, “archivos disponibles” es un arreglo con tres elementos. Al ser mayor a cero, el log point imprime el mensaje de información. Luego, en los registros, se observa el evento tipo información confirmando que “los resultados se obtuvieron satisfactoriamente”.
¿Qué validar en la ejecución?
¿Dónde revisar la evidencia?
¿Te gustaría ver otros casos de uso con condiciones más complejas o diferentes rutas de la aplicación? Comparte tus dudas y experiencias en los comentarios.