Kubeflow en Producción · Lección 29
¿Qué es lo primero que se revisa típicamente al diagnosticar por qué un componente específico de un pipeline de Kubeflow falló durante su ejecución?
Los logs del Pod correspondiente a ese componente específico, para identificar el error exacto que causó el fallo dentro de ese paso particular
El historial de commits del código de la aplicación de hace un año
La configuración de DNS del dominio corporativo completo
El número de estrellas del repositorio de Kubeflow en GitHub
Kubeflow en Producción · Lección 29
Completa el código
kubectl logs -n
Revisa: por ejemplo, kubectl logs -n kubeflow <nombre-del-pod>.
Kubeflow en Producción · Lección 29
¿Por qué revisar los logs del Pod específico del componente que falló (en vez de solo ver el estado general 'Failed' del pipeline completo) da información más precisa sobre la causa real del problema?
Pista: el estado general 'Failed' del pipeline completo solo indica que algo salió mal en algún punto, sin explicar qué exactamente; los logs del Pod específico del componente que falló contienen el mensaje de error real y detallado necesario para entender la causa concreta del problema en ese paso particular.
✓
¡Lección completada!
Troubleshooting de pipelines fallidos
0
XP ganado
3
Vidas restantes