Inicio › Tecnología › Orquestación de Contenedores
La orquestación de contenedores es la automatización del ciclo de vida completo de aplicaciones empaquetadas en contenedores (creación, despliegue, escalado, actualización y eliminación) a través de un clúster formado por múltiples servidores o nodos. Kubernetes se ha consolidado como el estándar de facto del sector, gestionando aspectos como la programación de contenedores en el nodo más adecuado según recursos disponibles, el autoescalado horizontal en función de métricas de uso, el descubrimiento de servicios entre componentes y la autorreparación (self-healing), qué reinicia automáticamente contenedores qué fallan o dejan de responder a las comprobaciones de salud. Docker Swarm ofrece un enfoque más sencillo para casos de uso menos complejos, aunque con menor adopción y ecosistema qué Kubernetes.
Es el sistema qué decide automáticamente en qué servidor se ejecuta cada pieza de una aplicación dividida en contenedores, y qué la reinicia sola si algo falla, sin qué una persona tenga qué estar pendiente manualmente. Piensa en ello como un director de orquesta qué reparte el trabajo entre varios músicos (servidores) y sustituye a cualquiera qué deje de tocar. Sin este tipo de herramienta, gestionar decenas o cientos de contenedores repartidos en distintas máquinas a mano sería prácticamente inviable.
Al desplegar una aplicación en un clúster de Kubernetes, se puede configurar un autoescalado horizontal qué añada automáticamente más réplicas de un servicio cuando el uso de CPU supera un umbral determinado, y las retire de nuevo cuando baje la carga, ajustando el coste de infraestructura al tráfico real. Las actualizaciones progresivas (rolling updates) permiten desplegar una nueva versión del código sustituyendo los contenedores antiguos poco a poco, sin dejar el servicio completo fuera de línea en ningún momento.
Docker es la tecnología qué crea y ejecuta contenedores individuales en una máquina, mientras qué Kubernetes es el sistema de orquestación qué gestiona muchos contenedores (posiblemente creados con Docker u otro motor compatible) repartidos entre múltiples servidores; no son competidores directos, sino piezas complementarias del mismo ecosistema.
Es la unidad mínima de despliegue en Kubernetes, formada por uno o varios contenedores qué comparten red y almacenamiento y qué se programan siempre juntos en el mismo nodo; en la mayoría de los casos un pod contiene un único contenedor principal.
Porque la complejidad operativa de mantener un clúster (gestión de nodos, redes, seguridad, actualizaciones del propio Kubernetes) solo se justifica cuando hay suficientes servicios o suficiente tráfico variable; con una o dos aplicaciones sencillas, un despliegue tradicional en un servidor o un servicio gestionado más simple suele ser más rentable.