Lección 6: Por qué un Pod no basta — conoce el Deployment
Hasta ahora ejecutamos un solo Pod — lo más pequeño que corre Kubernetes, una caja con tu contenedor adentro. Pero un solo Pod no tiene red de seguridad: si lo eliminas, o pierdes el node en el que corre, simplemente desaparece, y nadie lo trae de vuelta. En esta lección conocemos el Deployment: un
Un Deployment es como un encargado de restaurante que dice "que siempre haya tres meseros en el salón". Si un mesero se va y no vuelve, el encargado trae de inmediato uno nuevo, sin que tengas que pedirlo.
- Deployment
- Un objeto que describe el estado deseado para un grupo de Pods idénticos: cuántas copias, qué imagen de contenedor y qué configuración. No cuenta los Pods él mismo, sino que crea un ReplicaSet que lo hace.
- ReplicaSet
- El controller cuyo único trabajo es asegurar que el número de Pods vivos sea igual al número deseado. Si falta un Pod, crea uno; si hay de más, elimina uno. El Deployment lo crea y lo gestiona por ti.
- Réplicas
- El número de copias idénticas del Pod que quieres corriendo en paralelo. El campo replicas en el manifiesto es el estado deseado que mantiene el ReplicaSet.
- Autorreparación
- La capacidad de Kubernetes de detectar que una copia desapareció y restaurarla automáticamente al estado deseado, sin intervención manual.
