Qué construimos con él
Kubernetes es donde realmente corren nuestros contenedores. Empaquetamos los despliegues como charts de Helm para que un servicio, su configuración, sus secretos y su ingress sean una única cosa versionada que puede revisarse, promoverse entre entornos y revertirse como unidad.
Las propiedades que estamos comprando son poco vistosas y muy concretas: un rollout que se detiene en lugar de tumbar el servicio cuando la versión nueva falla su health check, escalado horizontal guiado por la carga y no por alguien mirando una gráfica, y una política de reinicio que se ocupa del crash de las 3 de la mañana sin un humano.
Dónde lo hemos usado
Nuestra propia infraestructura, incluido este sitio, se despliega en Kubernetes vía Helm. Los backends de clientes funcionan igual allí donde la plataforma del cliente lo permite.
También hemos escrito sobre el trabajo operativo que lo rodea; por ejemplo, cómo configurar bien los certificados TLS, que forma parte de esa misma historia de ingress.
Cuándo lo recomendamos
Kubernetes compensa cuando ejecutas varios servicios, necesitas despliegues sin tiempo de caída o tienes un tráfico que varía lo bastante como para que una capacidad fija sea o bien un derroche o bien un riesgo.
No compensa para un único servicio pequeño con tráfico estable. Ahí, una plataforma de contenedores gestionada es menos que operar y menos que equivocar, y lo diremos antes que venderte un clúster que luego tienes que mantener.
