¿Qué es Kubernetes? La guía clara para 2026
¿Qué es Kubernetes? Es la plataforma de código abierto que automatiza el despliegue, escalado y gestión de aplicaciones en contenedores. Google la creó a partir de su sistema interno, la liberó en 2014 y hoy es el estándar de facto: si corrés contenedores en producción, casi seguro usás Kubernetes.
Kubernetes (lo vas a ver escrito como “K8s”) es un orquestador de contenedores: un software que coordina cientos o miles de contenedores repartidos en varias máquinas, los reinicia cuando se caen, reparte el tráfico entre ellos y agrega o quita réplicas según la demanda. Docker corre un contenedor; Kubernetes administra muchos a escala, de forma automática y sin que vos estés mirando la consola a las tres de la mañana.
En 30 segundos
- Qué es: orquestador de contenedores open source que automatiza despliegue, escalado y recuperación de apps.
- De quién es: lo creó Google sobre su sistema interno Borg y lo liberó en 2014; hoy lo gobierna la CNCF.
- Docker vs Kubernetes: Docker empaqueta y corre contenedores, Kubernetes los gestiona en clúster. Son complementarios, no rivales.
- Para qué sirve: mantener una app online cuando un contenedor se cae o el tráfico se multiplica por diez de golpe.
- Cómo arrancar: Minikube en tu máquina para aprender, GKE (u otro proveedor) cuando vas a producción.
¿Cuál es la diferencia entre Docker y Kubernetes?
Esta es la confusión número uno, así que vamos al grano: no compiten. Docker es la herramienta que empaqueta tu aplicación en una imagen y la corre como contenedor. Kubernetes es lo que viene después, cuando ya no tenés un contenedor sino cincuenta repartidos en varias máquinas y alguien tiene que orquestarlos.
Ponele que tenés una app de delivery con tres contenedores: el frontend, la API del backend y la base de datos. Con Docker eso te alcanza en tu notebook. Pero el día que esos tres se multiplican a cincuenta porque explotó el tráfico, Docker solo no te sirve. Ahí entra Kubernetes a decidir cuántas réplicas levantar, en qué máquina, y qué hacer cuando una se muere. Para más detalles técnicos, mirá modelos de IA integrados en aplicaciones.
Dicho de otra forma: Docker fabrica las cajas, Kubernetes maneja el depósito entero.
¿Por qué necesitás Kubernetes en producción?
Volvamos a la app de delivery. Un día normal, tres contenedores y todo tranquilo. Pero llega Nochevieja y el tráfico se multiplica por diez. Necesitás cincuenta contenedores de backend en vez de cinco. Uno se cuelga. Otro se queda sin memoria. ¿Y quién resuelve eso a las once y media de la noche del 31?
Sin un orquestador tendrías que: levantar contenedores nuevos a mano, reiniciar los que se caen uno por uno, balancear el tráfico vos mismo y quedarte despierto monitoreando todo. Con Kubernetes, esas cuatro cosas pasan solas.
- Recuperación automática: si un contenedor muere, Kubernetes lo reemplaza sin que nadie intervenga.
- Escalado bajo demanda: detecta la carga y agrega réplicas; cuando baja, las quita para no malgastar recursos.
- Balanceo de tráfico: reparte las peticiones entre las réplicas disponibles.
- Despliegues sin caídas: actualiza la app de a poco, y si algo sale mal vuelve atrás.
¿Cómo funciona Kubernetes internamente?
Un clúster de Kubernetes se divide en dos partes: el plano de control (el “cerebro”) y los nodos de trabajo (donde corren tus aplicaciones). Tema relacionado: orquestación de despliegues completamente automatizados.
El plano de control tiene cuatro piezas que conviene conocer. El API Server es la puerta de entrada: todo lo que le pedís al clúster pasa por ahí. etcd es la base de datos clave-valor que guarda el estado completo del clúster. El Scheduler decide en qué nodo va cada contenedor nuevo. Y el Controller Manager vigila que lo que pediste se cumpla, por ejemplo, que si pediste cinco réplicas, siempre haya cinco corriendo.
Acá viene un dato lindo: Google no improvisó esto. Kubernetes nació de Borg, el sistema con el que la empresa venía gestionando contenedores a escala masiva desde hacía años, mucho antes de que la palabra “contenedor” fuera moda. En 2014 lo liberaron como open source y, como dice su propia página de proyectos, en poco tiempo se volvió el estándar de la industria.
¿Qué es Kubernetes en la práctica? Conceptos clave que tenés que entender
Antes de tocar nada, conviene tener claros estos términos. Aparecen en cada tutorial y sin ellos te perdés.
- Pod: la unidad mínima de Kubernetes. Envuelve uno o más contenedores que comparten red y almacenamiento. No desplegás contenedores sueltos, desplegás Pods.
- Nodo (Node): la máquina, física o virtual, donde corren los Pods.
- Clúster: el conjunto de nodos trabajando juntos bajo un mismo plano de control.
- Deployment: la receta que define cuántas réplicas de tu app querés y cómo actualizarlas.
- Service: el punto de acceso estable a tus Pods, aunque estos cambien de IP o se reemplacen.
- ConfigMap: donde guardás la configuración separada del código, para no tener que rehacer la imagen por cambiar una variable.
| Aspecto | Docker | Kubernetes |
|---|---|---|
| Qué hace | Empaqueta y corre contenedores | Orquesta contenedores en clúster |
| Alcance | Un contenedor individual | Cientos o miles, en varias máquinas |
| Escalado | Manual | Automático (HPA) |
| Recuperación ante fallos | Vos la hacés | Automática |
| Origen | Docker Inc. (2013) | Google, open source desde 2014 |
¿Cómo escala automáticamente Kubernetes?
La pieza que hace la magia se llama Horizontal Pod Autoscaler (HPA). Su trabajo es simple de explicar: mira métricas como el uso de CPU o de memoria y, cuando pasan cierto umbral, agrega Pods. Cuando la carga baja, los saca.
Eso es escalado horizontal: sumás más réplicas iguales. No lo confundas con el vertical, que es darle más CPU o RAM a una sola máquina. ¿Cuál conviene? En la mayoría de los casos, el horizontal, porque repartir la carga entre muchas instancias chicas tolera mejor las caídas que apostar todo a una grande. Complementá con almacenamiento de datos en la nube.
Volviendo a la app de delivery: definís un HPA que diga “si la CPU del backend supera el 70%, agregá Pods hasta un máximo de 50”. Llega Nochevieja, el tráfico sube, Kubernetes detecta el umbral y levanta réplicas solo. A las cuatro de la mañana, cuando ya nadie pide nada, las vuelve a bajar para no pagar recursos al pedo.
Beneficios principales de usar Kubernetes
- Alta disponibilidad: tu app sigue online aunque se caigan nodos o contenedores enteros.
- Recuperación sola: el clúster reemplaza lo que falla sin que vos toques nada.
- Uso eficiente de recursos: el Scheduler ubica los Pods donde hay capacidad libre, así no desperdiciás máquinas.
- Portabilidad: el mismo manifiesto YAML corre en tu notebook, en un servidor propio o en la nube. Si necesitás infraestructura para levantar tu clúster en Argentina, donweb.com tiene opciones de hosting y servidores donde apoyarlo.
Un detalle que suma confianza: Google usa Kubernetes (y antes Borg) para operar sus propios servicios a escala global. No es una herramienta de laboratorio, es lo que sostiene servicios que usás todos los días.
¿Cuáles son los casos de uso más comunes?
- Microservicios: el caso estrella. Decenas de servicios chicos que se despliegan y escalan por separado.
- Apps de alto tráfico: ecommerce, plataformas de streaming y APIs públicas que sufren picos impredecibles.
- Procesamiento por lotes: tareas pesadas que se corren, terminan y liberan recursos.
- APIs que tienen que estar siempre arriba: donde una caída de cinco minutos cuesta plata.
Eso sí: si tu proyecto es una landing y dos endpoints, Kubernetes es matar una mosca a cañonazos. La complejidad se justifica cuando tenés muchas piezas moviéndose a la vez.
¿Cómo empiezo a aprender Kubernetes?
Un camino sensato, en orden:
- Entendé los conceptos primero: Pod, Nodo, Clúster, Deployment y Service. Sin esa base, todo lo demás es ruido.
- Instalá Minikube: levanta un clúster de un solo nodo en tu máquina, ideal para practicar sin gastar un peso.
- Hacé un despliegue simple: tomá una imagen de Docker, escribí un Deployment, exponela con un Service y verificá que responde.
- Sumá escalado: configurá un HPA y simulá carga para verlo agregar Pods en vivo.
- Pasá a producción: recién ahí mové todo a un servicio gestionado como Google Kubernetes Engine (GKE), que te saca de encima el mantenimiento del plano de control.
La documentación oficial es densa pero está bien armada. Tomala de a poco.
Errores comunes al empezar con Kubernetes
- Creer que reemplaza a Docker: no lo reemplaza, lo usa. Primero empaquetás con Docker, después orquestás con Kubernetes. Saltearte Docker no tiene sentido.
- Meter Kubernetes en proyectos chicos: para una app simple, la curva de aprendizaje y la complejidad operativa te cuestan más de lo que ganás. Empezá simple y migrá cuando duela de verdad.
- No definir límites de recursos: si no le ponés requests y limits de CPU y memoria a tus Pods, uno solo se puede comer la máquina entera y tirar abajo a los demás.
- Olvidarse de los health checks: sin readiness y liveness probes, Kubernetes no sabe si tu app está realmente lista o colgada, y manda tráfico a Pods que no responden.
Preguntas Frecuentes
¿Qué es Kubernetes y para qué sirve?
Kubernetes es una plataforma open source que automatiza el despliegue, escalado y gestión de aplicaciones en contenedores. Sirve para mantener una app online y con buen rendimiento cuando corre en muchos contenedores a la vez, reiniciando los que fallan y agregando réplicas según la demanda. Esto se conecta con lo que analizamos en despliegues continuos de aplicaciones.
¿Cuál es la diferencia entre Docker y Kubernetes?
Docker empaqueta y corre contenedores individuales; Kubernetes gestiona muchos contenedores repartidos en un clúster de máquinas. No compiten: lo habitual es construir las imágenes con Docker y orquestarlas con Kubernetes.
¿Quién creó Kubernetes y cuándo?
Lo creó Google, basándose en su sistema interno Borg, y lo liberó como proyecto open source en 2014. Hoy lo administra la Cloud Native Computing Foundation (CNCF) y es el estándar de la industria para orquestación de contenedores.
¿Cuándo debería usar Kubernetes?
Conviene cuando tenés varios servicios o microservicios, tráfico que sube y baja con fuerza, o necesitás alta disponibilidad y recuperación automática. Para una app simple con pocos componentes, suma complejidad sin justificarse.
¿Cómo empiezo a practicar Kubernetes gratis?
Instalá Minikube, que levanta un clúster de un solo nodo en tu propia máquina sin costo. Desplegá una imagen simple con un Deployment, exponela con un Service y, cuando estés cómodo, pasá a un servicio gestionado como GKE.
Conclusión
Kubernetes dejó de ser una opción exótica para volverse el piso sobre el que se construye casi cualquier app moderna en contenedores. Si tu sistema creció hasta el punto en que escalar y reiniciar contenedores a mano se volvió un dolor de cabeza, este es el momento de mirarlo en serio.
El consejo práctico: no arranques desplegando tu producción en un clúster gigante. Aprendé los conceptos, jugá con Minikube en tu máquina, hacé un despliegue chico con escalado automático y recién después llevalo a un servicio gestionado. La complejidad de Kubernetes se paga sola cuando la necesitás, pero te pasa por encima si la adoptás antes de tiempo.
