Kubernetes es una plataforma de código abierto para administrar contenedores: reinicia los que fallan, reparte el tráfico y cambia de versión a un ritmo controlado. A cambio, alguien tiene que operar el clúster. Tres plataformas que construimos desde cero corren en Cloud Run, sin Kubernetes, y dos clientes con muchos servicios sí lo necesitan. La diferencia es cuántos servicios y cuántos equipos hay detrás.
¿Qué es Kubernetes según el propio proyecto?
Su documentación lo define como una plataforma portable, extensible y de código abierto para administrar cargas de trabajo y servicios en contenedores, con configuración declarativa y automatización. Google lo liberó en 2014. Entró a la CNCF en 2016 y es proyecto graduado desde 2018.
De lo que ofrece, lo que más pesa en la práctica es esto. Despliegues y reversiones automáticos a un ritmo controlado. Autorreparación, que reinicia los contenedores que fallan o no responden a un chequeo de salud. El acomodo automático de contenedores en los nodos (las máquinas del clúster) según la CPU y la memoria que declares. Y balanceo de carga, descubrimiento de servicios y gestión de secretos sin reconstruir imágenes.
La misma página aclara lo que no hace. No es un PaaS completo y no construye tu aplicación ni decide tu CI/CD. Sigues necesitando un pipeline, y esa parte es DevOps. Cómo lo usamos nosotros, con Argo CD, está en la página de Kubernetes y Argo CD.
¿Qué cuesta operarlo?
Que alguien se haga cargo del clúster. En una plataforma SaaS de analítica de portafolios sobre AWS EKS (el Kubernetes administrado de Amazon), tuvimos que corregir comportamientos del propio clúster. La consolidación de nodos recreaba el almacén de logs unas tres veces al día. El autoescalado eliminaba de golpe la mayoría de los pods de reportes (los contenedores en ejecución). Y los trabajos largos de reportes necesitaban un cierre ordenado.
Esas correcciones son parte del precio de usar Kubernetes. Si no tienes a quién asignárselas, el costo llega igual, solo que sin dueño.
¿Qué pasa si no lo usas?
Cloud Run es el servicio de contenedores administrado de Google Cloud.
Una plataforma de publicidad con IA que hicimos para un cliente tiene un servicio en Cloud Run, 9 jobs y 18 tareas programadas detrás de un balanceador global con Cloud Armor. La base está en Cloud SQL sobre IP privada. Una etiqueta de versión construye 3 imágenes, migra la base y despliega por digest, la huella única de la imagen. En un portal de gobierno, cada versión se despliega sin tráfico, se migra la base con un job, se revisa su salud y solo entonces se promueve. En una plataforma PropTech de primera vivienda, las versiones salen a Cloud Run por etiqueta, detrás de un plan de Terraform con freno ante cambios destructivos.
Cloud Run no es mejor: en estos tres casos hay un producto y un equipo, no una flota de servicios mantenida por muchos equipos. Lo que cedes es lo que Kubernetes agrega: control sobre cómo se reparten los contenedores en los nodos y la portabilidad que destaca su propia definición.
¿Cuándo sí lo necesitas?
Cuando el problema deja de ser el contenedor y pasa a ser el número de equipos y servicios. Una empresa estadounidense de servicios de transporte tiene más de 150 repositorios activos desplegados en Kubernetes, con varios clústeres en una nube principal. En esa plataforma, donde nuestro equipo trabaja desde diciembre de 2025, Argo CD pasó de 46 a 101 aplicaciones. Ahí hace falta una forma común de publicar en todos los clústeres, y Kubernetes con GitOps (Git como fuente de lo que debe correr) la da.
Mi regla es una pregunta. ¿Puedes nombrar el problema de contenedores que tu plataforma actual no resuelve? Si no, todavía no lo necesitas. Si puedes, cuenta dos números antes de decidir: cuántos servicios se despliegan por separado y cuántos equipos los despliegan. Con un servicio y un equipo, empieza por una plataforma administrada.
Si ya estás en Kubernetes o vas a estarlo, el paquete de CI/CD e IaC construye o rediseña tus pipelines y tu infraestructura como código por USD 4,000, en 2 semanas. La consultoría de Kubernetes y Argo CD detalla cómo trabajamos. Un ingeniero Senior de plataforma cuesta USD 45 a 50 por hora, con mínimo de 6 meses.
Fuentes
- Kubernetes, “Overview” y CNCF, página del proyecto, consultadas el 8 de octubre de 2026.