Kubernetes se ha convertido en el estándar de facto en las ofertas de empleo de ingeniería, incluso en empresas pequeñas. Un desarrollador que recientemente pasó por un proceso de selección en una docena de compañías, incluidos proyectos sin requisitos de gran escala, constató que prácticamente todas usan Kubernetes, algo impensable hace cinco años, cuando coexistían tres modelos: adoptantes de Kubernetes, servidores con systemd en máquinas virtuales y servicios serverless como AWS Lambda o Google Cloud Run.
El artículo, de carácter reflexivo, recoge las razones no técnicas que los directores de tecnología (CTOs) consultados ofrecieron para justificar la elección. La primera es la uniformidad: un único método de despliegue para todos los servicios evita configuraciones heterogéneas. La segunda es la estandarización del conocimiento: Kubernetes actúa como lengua franca, de modo que cualquier ingeniero nuevo puede entender la arquitectura leyendo los manifiestos YAML y las Helm charts, sin depender del conocimiento tácito de un compañero. La tercera es la trazabilidad: el flujo GitOps (repositorio, pull request, aprobación y despliegue mediante FluxCD o ArgoCD) deja un registro completo que facilita auditorías como la certificación ISO.
El autor advierte, no obstante, que la complejidad de operar clústeres sigue siendo alta, con problemas comunes como pods atascados en CrashLoopBackOff, y recomienda empezar con soluciones más simples —como una máquina virtual y un git pull— hasta que la empresa cuente con al menos dos ingenieros. La maduración de los servicios gestionados (EKS, GKE, AKS) y la consolidación de Helm como catálogo reusable explican, según su hipótesis, el viraje reciente del mercado.