¿Cómo despliegas Kubernetes de forma segura?

Respuesta directa

Qué debe cubrir una buena respuesta

Cómo funciona

Un despliegue seguro empieza con una imagen fijada por digest y un Deployment cuyas probes dicen la verdad: una startup probe para arranques lentos, readiness que refleja la capacidad real de servir y liveness limitada a procesos colgados. Los requests de recursos se fijan a partir del uso medido para que el planificador coloque pods de forma realista. La estrategia es rolling con maxUnavailable a cero y un maxSurge pequeño para la mayoría de servicios, o un canario mediante service mesh o Argo Rollouts cuando importa el radio de impacto. Un PodDisruptionBudget mantiene suficientes réplicas durante el mantenimiento de nodos, un hook preStop y terminationGracePeriod permiten drenar conexiones, y el despliegue se pausa ante puertas de error o latencia con kubectl rollout undo ensayado.

Ejemplo

El servicio de pedidos despliega mediante Argo Rollouts: 5 por ciento del tráfico durante 10 minutos con una plantilla de análisis que consulta a Prometheus la tasa de 5xx y el p95, y luego 25, 50 y 100 por ciento. Un PDB de minAvailable 3 lo protege durante actualizaciones del clúster, preStop espera 5 segundos para que el balanceador deje de enrutar antes de que el proceso reciba SIGTERM, y un paso de análisis fallido aborta automáticamente y restaura el ReplicaSet estable.

Errores frecuentes

• Usar una etiqueta mutable, de modo que un rollback vuelve a descargar una imagen distinta.
• No definir readiness probe y enviar tráfico a pods aún arrancando.
• Omitir el PodDisruptionBudget y perder todas las réplicas en un solo drenado de nodo.

Una estructura útil para responder

Responde desde tu propia experiencia.

No memorices un guion: usa solo ejemplos que puedas explicar con honestidad en preguntas posteriores.