Kubernetes 1.35 GA: an operations-side balance sheet
Kubernetes 1.35 llega a GA en 2026 consolidando mejoras gestadas durante tres versiones. Este es el balance desde la operación diaria: qué usar, qué probar y qué evitar.
Tag
Kubernetes 1.35 llega a GA en 2026 consolidando mejoras gestadas durante tres versiones. Este es el balance desde la operación diaria: qué usar, qué probar y qué evitar.
Kubernetes ganó la batalla de la orquestación, pero Docker Swarm sigue activo y útil para casos concretos. Cuándo elegir Swarm sin sentirse anticuado.
A principios de 2026, varias plataformas de orquestación incluyen carbon-aware scheduling como opción por defecto o muy visible. Con meses de datos reales, toca evaluar si la promesa de reducir emisiones sin dañar rendimiento se cumple y en qué escenarios.
Con 1.34 liberado en agosto de 2025 y el ciclo de 1.35 en su última fase de congelación de funciones, qué llegará estable, qué quedará en beta, qué nos interesa a quienes mantenemos clústeres pequeños o medianos y qué podemos ignorar sin culpa hasta el siguiente ciclo.
La integración de WebAssembly dentro de containerd como tiempo de ejecución alternativo ha madurado. Ya es posible desplegar cargas mixtas Linux y Wasm en el mismo clúster de Kubernetes con argumentos operativos sólidos. Cuándo compensa y cuándo no.
Hace tres años era una curiosidad académica. Hoy, planificar cargas por intensidad de carbono de la red eléctrica es una opción integrada en Kubernetes, en los servicios de contenedores de los grandes proveedores y en varios schedulers de CI. Repasamos qué cambió y qué hacer con esa capacidad.
Kubernetes 1.34 llega con ajustes en planificador, validación declarativa y progresos en soporte dinámico de recursos. Un repaso a lo que importa actualizar rápido, lo que puede esperar, y las deprecaciones que conviene leer con calma.
Seis meses después de la GA de containerd 2.0 hay suficiente camino recorrido para evaluar la migración desde 1.x. Repasamos compatibilidad, cambios de API, trampas habituales y cuándo compensa planificar el salto.
Kubernetes 1.32 Penelope se publicó en diciembre y lleva varios meses rodando en clusters. Es buen momento para mirar qué cambios han envejecido bien, cuáles han generado trabajo extra y qué aprendizajes llevarse al salto hacia 1.33.
La release 1.33 llega el 23 de abril y el sneak peek oficial de marzo ya deja ver las líneas fuertes: in-place resize GA, sidecars terminando de madurar y un puñado de deprecaciones importantes.
Profiling 24/7 en todo el clúster sin instrumentar aplicaciones. Parca, Grafana Beyla y Pyroscope conforman el stack moderno de observabilidad de rendimiento.
Kubernetes 1.30 trae ValidatingAdmissionPolicy en GA, pod scheduling readiness y job success policy. Una release discreta pero útil para quien opera clústeres de verdad.
Kubecost da visibilidad de coste por namespace, deployment y label. OpenCost es su núcleo OSS. Cuándo compensa y cómo integrar en el workflow de K8s.
Kubernetes 1.31 no trae fuegos artificiales, pero estabiliza AppArmor, convierte los sidecars en ciudadanos de primera clase y deja DRA a un paso del GA. Repaso desde la óptica de quien opera clústeres.
El debate sidecar-or-not se resolvió con dos opciones maduras: Istio Ambient y Cilium Mesh. Comparativa operativa y cuál encaja con tu equipo.
Ejecutar workloads cuando la red eléctrica es más limpia reduce emisiones sin cambiar la infraestructura. Tools, patterns y casos con ROI demostrado.
Fluent Bit sustituye agentes pesados con un binario en C de poco más de un megabyte. Cuándo gana a Promtail o Vector y cómo integrarlo sin dramas.
Llevar SCADA a contenedores gana flexibilidad pero abre nuevos vectores de riesgo. Qué funciona, qué no, y cómo gobernar la transición.
Cilium ofrece service mesh sin sidecars gracias a eBPF. Cuándo supera a Linkerd/Istio y cuándo su enfoque novedoso tiene límites.
Dos años después de irrumpir, Sigstore se ha consolidado como estándar de firma para artefactos OCI. Repaso del estado real en los grandes registros y de lo que funciona en producción.
Linkerd apuesta por simplicidad y rendimiento antes que por catálogo de features. Dónde supera a Istio, qué cuesta operarlo y cuándo un service mesh compensa la complejidad.
Falco observa el kernel de Linux y detecta comportamiento anómalo sin instrumentar apps. Cuándo tiene sentido, cómo se integra y dónde duele la operación.
Flux y ArgoCD son las dos opciones GitOps maduras en la CNCF. Comparativa práctica de filosofía, features y cuándo cada una encaja mejor.
ArgoCD ha consolidado GitOps como la práctica deploy estándar en Kubernetes. Cómo aprovecharlo bien y qué errores evitar en producción.
Un service mesh ofrece mTLS, observabilidad y gestión de tráfico transversales. Comparativa entre Istio, Linkerd y Cilium para casos reales.
containerd ejecuta los contenedores de la mayoría de clusters Kubernetes modernos, y casi nadie lo nota. Una lectura técnica de su arquitectura, su relación con Docker y qué cambia tras retirar el dockershim.
K8s 1.27 estabiliza SeccompDefault, remueve funcionalidades deprecadas y mejora el scheduler. Qué atender al actualizar.
Cilium reemplaza iptables con programas eBPF en el kernel, cambiando radicalmente el rendimiento y capacidades de la red en Kubernetes.
K8s 1.28 introduce sidecars nativos en alpha. Qué cambia, cómo afecta a service mesh y observabilidad, y cómo prepararse para su GA.
Pixie usa eBPF para instrumentar automáticamente clústeres de Kubernetes sin cambiar el código. Guía práctica y comparativa con Prometheus + Grafana.
Migrar de monolito a microservicios no es solo un cambio técnico: es una decisión organizativa con retos claros en interfaces, orquestación y cultura DevOps.