Kustomize en Producción · Lección 25
¿Qué verifica ejecutar 'kustomize build . | kubectl apply --dry-run=server -f -' antes de aplicar realmente los cambios a un cluster?
Que los manifiestos generados sean válidos y aceptables según el servidor de la API de Kubernetes, sin llegar a aplicar realmente esos cambios al estado del cluster
Que el código fuente de las aplicaciones referenciadas en las imágenes no tenga ningún error de compilación
Elimina automáticamente cualquier recurso existente en el cluster que no coincida con los nuevos manifiestos
Solo funciona si el cluster de destino no tiene absolutamente ningún recurso desplegado previamente
Kustomize en Producción · Lección 25
Completa el código
kubectl apply --dry-run=
Revisa: por ejemplo, --dry-run=server para validar contra el servidor real de la API.
Kustomize en Producción · Lección 25
¿Por qué usar '--dry-run=server' (en vez de '--dry-run=client') da una validación más confiable, ya que consulta al servidor real de la API en vez de solo verificar la sintaxis localmente?
Pista: el modo server envía la petición al servidor real de la API de Kubernetes para una validación más completa (incluyendo validaciones específicas del cluster, admission webhooks, etc.), mientras el modo client solo verifica la sintaxis básica localmente sin ese contexto real del cluster de destino.
✓
¡Lección completada!
Validación de manifiestos generados (kustomize build | kubectl apply --dry-run)
0
XP ganado
3
Vidas restantes