Tres microservicios, una base de datos Postgres, Redis: el CTO dice que "todos están en Kubernetes". Seis semanas después, el equipo estaba depurando problemas de DNS del clúster cuando el verdadero cuello de botella era una consulta SQL. El orquestador no fue el problema; esa fue la respuesta prematura.
Docker Compose describe un gráfico de contenedor en una o varias máquinas: docker compose up -d, volúmenes locales, red puente. Kubernetes organiza pods en un clúster: programación, autorreparación, actualizaciones continuas, ingreso, secretos, con una curva de aprendizaje y un costo operativo reales.
Umbrales de decisión pragmáticos
| Señal | Componer es suficiente | Considere Kubernetes |
|---|---|---|
| Número de servicios | ≤5–8 estable | > 10 o alta rotación |
| Nudos | 1–3 VPS | Escalado automático horizontal multizona |
| Implantaciones / día | Algunos | Decenas, canario o azul verdoso |
| Equipo de Operaciones | Desarrollador generalista | SRE o Kubernetes administrado |
| Con estado | Volumen más copia de seguridad simple | Operadores básicos, PVC complejo |
| Presupuesto operativo | Mínimo | Acepta sobrecarga de cluster |
Adoptar Kubernetes para el CV del equipo cuesta más que un VPS de buen tamaño para el 95% de las PYMES web.
Redactar: fortalezas y limitaciones
Fortalezas. Legibilidad de compose.yml, entorno local cercano a una producción pequeña, inicio rápido, registros docker compose logs -f.
Límites. No hay programador nativo para múltiples máquinas sin Swarm, actualización continua manual, secretos mal administrados si todo permanece en .env.
Patrón saludable: redacte en NVMe VPS más una base administrada desde el host más una copia de seguridad restic externa. PaaS como Clever Cloud o Alwaysdata son adecuados si el objetivo es implementar desde Git sin gestionar un clúster.
Kubernetes: cuando la complejidad se amortiza sola
Escalado horizontal automático del tráfico de eventos. Multiinquilino interno con espacios de nombres y cuotas. Implementaciones canary y reversión automática, con precaución en la malla de servicios. Operadores de Postgres o Kafka si tienes las habilidades para explotarlos. Las ofertas gestionadas europeas reducen el dolor del plano de control; usted sigue siendo responsable de los manifiestos, los límites/solicitudes y el ingreso de TLS.
Antipatrones a evitar
Kubernetes para un monolito de WordPress: compartido o VPS más caché es suficiente. Redacte en producción sin verificación de estado ni política de reinicio. Agrupe un pequeño nodo “para estar listo”: lo peor de ambos mundos. Inicio StatefulSet sin respaldo probado.
La cumbre: el orquestador no compensa la mala división
Decide y avanza sin puntos ciegos
Cuente los servicios, las implementaciones por semana y los nodos necesarios durante doce meses. Manténgase en la base administrada de Compose plus si está ejecutando tres nodos o menos con un equipo generalista. Pilot administró Kubernetes en un único servicio sin estado antes de la migración completa. Presupuesto para capacitación y guardia de grupos, no solo el precio del plan. Compare VPS y Kubernetes administrado en la comparación; continúe con Kubernetes o serverless si el escalado sigue siendo puntual.
Preguntas frecuentes
¿Kubernetes es obligatorio en producción?
No. Relevante cuando los servicios, entornos o nodos hacen que la implementación manual sea demasiado arriesgada.
¿Redactar para alta disponibilidad?
Un único VPS no. Dos VPS más un equilibrador de carga más un compuesto idéntico pueden ser suficientes sin Kubernetes.
¿Costo oculto de Kubernetes?
Capacitación, actualizaciones, seguimiento: a menudo hay entre 0,5 y 1 FTE en funcionamiento. Gestionado reduce pero no elimina todo.
¿Migración gradual?
Sí: estado externalizado, Compose sin estado, luego Kubernetes si se realiza un escalado horizontal recurrente.
Antes de instalar kubectl en prod, pregunte: ¿cuántas implementaciones fallidas este año se debieron a una falta de orquestación y cuántas a una configuración o prueba olvidada?