Arranca KubeCon Europe 2026: 224 sesiones en Amsterdam

Actualizado el 24/03/2026: Broadcom anunció la donación de Velero al CNCF Sandbox durante KubeCon Europe 2026, transfiriendo la herramienta estándar de backup y migración para Kubernetes a gobernanza vendor-neutral. También presentó VKS 3.6 y múltiples contribuciones al ecosistema open source.

KubeCon + CloudNativeCon Europe 2026 se celebra del 23 al 26 de marzo en el centro de convenciones RAI de Amsterdam, con 224 sesiones organizadas por la CNCF. Es el evento más grande del ecosistema Kubernetes y cloud native, y este año el foco central pasa por la convergencia entre infraestructura cloud native e inteligencia artificial.

Qué es KubeCon + CloudNativeCon Europe 2026

KubeCon + CloudNativeCon es la conferencia insignia de la Cloud Native Computing Foundation (CNCF), la fundación bajo el paraguas de la Linux Foundation que gobierna Kubernetes, Prometheus, Envoy y otros 170+ proyectos open source. La edición Europe 2026 vuelve a Amsterdam — ciudad que ya alojó el evento en 2023 — con una escala que refleja el crecimiento del ecosistema.

Las cifras: 224 sesiones distribuidas en más de 10 tracks temáticos, miles de asistentes presenciales y transmisión online para quienes no puedan viajar. El 23 de marzo funciona como día de co-located events, con conferencias especializadas como KeycloakCon (identidad y acceso), BackstageCon (developer portals), ArgoCon (GitOps) y AppDeveloperCon, entre otras. Del 24 al 26 corren las keynotes y sesiones principales. Si te interesa, podés leer más sobre infraestructura cloud donde se ejecutan estos clusters.

Lo que diferencia esta edición de las anteriores es el peso que tiene la inteligencia artificial en la agenda. No como un track aislado, sino como un eje transversal que cruza prácticamente todas las sesiones, desde scheduling de GPUs hasta observabilidad de pipelines de inferencia.

Kubernetes como sistema operativo de la IA: la tendencia central

La narrativa de la CNCF para 2026 es clara: Kubernetes dejó de ser “el orquestador de contenedores” para convertirse en el plano de control de facto para cargas de inteligencia artificial. Y los números lo respaldan. Según la encuesta anual de CNCF publicada en enero de 2026, el 82% de los usuarios de contenedores ya corren K8s en producción. Pero el dato más revelador es otro: el 66% de esas organizaciones usa Kubernetes para inferencia de modelos generativos.

Eso es un salto enorme respecto a hace dos años, cuando la IA en K8s era mayoritariamente experimental. Hoy, el 41% de los desarrolladores de IA se identifican como “cloud native”, lo que significa que trabajan con contenedores, CI/CD declarativo y orquestación como base de su stack. Kubernetes pasó de ser una herramienta de infraestructura a ser la capa donde se despliegan agentes, se schedulean GPUs y se gestionan pipelines de entrenamiento e inferencia a escala.

El track dedicado a IA en KubeCon 2026 incluye sesiones sobre Gang Scheduling (KEP-4671), que permite reservar grupos de GPUs que deben correr juntas para entrenamiento distribuido. También hay sesiones sobre inferencia distribuida, gestión de recursos heterogéneos (CPU + GPU + TPU en el mismo cluster) y el uso de Kueue para scheduling multi-tenant de cargas de IA. Ahora bien, habría que ver cuánto de esto está realmente en producción generalizada y cuánto sigue siendo territory de early adopters con presupuestos enormes. Si te interesa, podés leer más sobre infraestructura cloud para cargas de trabajo.

Las 5 tendencias clave que se verán en KubeCon 2026

IA en infraestructura cloud native

El scheduling de GPUs es el problema que todos quieren resolver. KEP-4671 (Gang Scheduling) permite que Kubernetes asigne grupos de aceleradores de forma atómica: o se asignan todos los GPUs que necesita tu job de entrenamiento, o no se asigna ninguno. Esto evita el problema de tener GPUs reservados parcialmente sin poder usarlos. Nutanix publicó un análisis donde destaca que la gestión de recursos heterogéneos (mezclar nodos con diferentes tipos de aceleradores) es uno de los desafíos operativos más complejos de 2026.

Platform engineering como disciplina operativa

Platform engineering dejó de ser un buzzword y se consolidó como una práctica con herramientas concretas. Backstage (el developer portal de Spotify, ahora proyecto CNCF) tiene su propia conferencia co-located. La idea es que los equipos de plataforma construyan abstracciones internas que simplifiquen el deploy para los desarrolladores, sin que cada equipo tenga que entender los detalles de K8s. Si te interesa, podés leer más sobre seguridad y privacidad en repositorios de código abierto.

GitOps maduro con Flux y ArgoCD

Flux y ArgoCD son las dos herramientas dominantes para GitOps en Kubernetes. Ambas tienen sesiones dedicadas y ArgoCon como co-located event. La discusión ya no es “si usar GitOps” sino cómo escalarlo a cientos de clusters y cómo manejar la reconciliación de estado cuando las cosas fallan en producción.

Observabilidad cost-aware

OpenTelemetry sigue creciendo como estándar unificado de observabilidad, y Prometheus V3 con OpenMetrics 2.0 traen mejoras significativas en rendimiento y compatibilidad. Lo nuevo este año es el concepto de “cost-aware observability”: correlacionar métricas de rendimiento con costos de infraestructura para identificar dónde se está gastando de más. Con clusters que manejan GPUs de miles de dólares por hora, optimizar el gasto pasó a ser una prioridad operativa real.

Soberanía digital como requisito arquitectónico

Según un análisis de theCUBE Research sobre KubeCon EU 2026, la soberanía digital dejó de ser una discusión regulatoria para convertirse en un requisito de arquitectura. Empresas europeas necesitan garantizar que sus datos y cargas de IA corran en jurisdicciones específicas. Kubernetes, con su capacidad de federar clusters distribuidos geográficamente, se posiciona como la capa que habilita esto sin depender de un solo proveedor cloud.

Keynotes y sesiones destacadas

Las keynotes de apertura corren a cargo de Jonathan Bryce y Chris Aniszczyk de la Linux Foundation. Pero las sesiones técnicas son donde está la sustancia. Mukund Muralikrishnan de Wayve presenta un caso de uso real: cómo usan Kueue para scheduling multi-tenant de GPUs en su plataforma de conducción autónoma. Es un ejemplo concreto de K8s manejando cargas de IA críticas en producción, no en un lab. Si te interesa, podés leer más sobre grandes corporaciones que gestionan proyectos open source.

Erin Boyd de NVIDIA tiene una sesión sobre el futuro open-source de la IA, que promete ser interesante dado el rol central que NVIDIA juega (y el control que ejerce) sobre el stack de compute para IA. Lin Sun de Solo.io presenta “cloud native agentic”, un concepto que conecta agentes de IA con service mesh para comunicación segura entre servicios autónomos. Si te interesa, podés leer más sobre vulnerabilidades recientes en pipelines CI/CD.

Una sesión que me parece particularmente relevante es “What LLMs Do, and Don’t, Know About Securing Kubernetes”. La premisa es directa: ¿qué pasa cuando le pedís a un LLM que configure la seguridad de tu cluster? ¿Qué acierta y qué hace mal? Es el tipo de matiz que hace falta cuando todo el mundo está usando Copilot o ChatGPT para generar manifiestos de K8s sin revisarlos.

Grandes empresas presentes: AWS, Microsoft, Red Hat y más

AWS llega a KubeCon con un dato que muestra la escala actual: EKS (su servicio gestionado de Kubernetes) ya soporta clusters de 100.000 nodos con 1,6 millones de aceleradores Trainium. Eso no es un benchmark de laboratorio — es la capacidad que están ofreciendo para cargas de entrenamiento de IA a escala masiva.

Microsoft Azure tiene presencia confirmada con sesiones sobre AKS y su integración con herramientas de IA. Red Hat, como siempre, es sponsor principal y trae novedades para OpenShift, su distribución enterprise de Kubernetes. Google Cloud, por su parte, muestra avances en GKE Autopilot y herramientas de gestión multi-cluster. El denominador común: todos están adaptando sus plataformas K8s para manejar cargas de IA de forma nativa.

Velero CNCF Kubernetes: Broadcom dona la herramienta de backup de K8s al open source comunitario

La noticia más significativa del lado de Broadcom en KubeCon Europe 2026 no fue un producto nuevo. Fue soltar uno. La compañía anunció la donación de Velero al CNCF Sandbox, transfiriendo el proyecto a gobernanza vendor-neutral bajo la Linux Foundation. Para quienes trabajan con Kubernetes en producción, esto es un movimiento con implicaciones concretas.

Velero es la herramienta estándar de facto para backup, restauración y migración de clusters Kubernetes. Si tenés que hacer disaster recovery de un cluster, migrar workloads de un proveedor cloud a otro, o simplemente tener backups programados de tus recursos y volúmenes persistentes, Velero es lo que vas a encontrar en prácticamente todas las guías y stacks de producción. Soporta múltiples backends de almacenamiento — AWS S3, Azure Blob Storage, Google Cloud Storage, MinIO para on-premise — y permite backups granulares por namespace, tipo de recurso o label selector. Si te interesa, podés leer más sobre migrar cargas de trabajo a infraestructura propia.

El proyecto tiene una historia que explica por qué esta donación importa. Nació como Heptio Ark, creado por Heptio, la empresa que fundaron Joe Beda y Craig McLuckie — dos de los co-creadores originales de Kubernetes. VMware adquirió Heptio en 2018 y renombró el proyecto a Velero (del latín “navegar”) en 2019. Después vino la adquisición de VMware por Broadcom en noviembre de 2023 por 69.000 millones de dólares. Y ahí empezaron las dudas.

Broadcom tiene historial de comprar empresas y recortar agresivamente lo que no genera ingresos directos. Después de cerrar la adquisición de VMware, cambió modelos de licenciamiento, eliminó la versión gratuita de vSphere Hypervisor y generó incertidumbre sobre el futuro de los proyectos open source que VMware mantenía. La comunidad cloud native estaba mirando de reojo qué iba a pasar con herramientas como Velero, Harbor y otros proyectos que dependían del sponsorship de VMware/Broadcom.

La donación al CNCF Sandbox responde directamente a esa incertidumbre. Que Velero esté bajo la CNCF significa que ninguna empresa individual controla el roadmap, las decisiones de gobernanza las toma la comunidad, y las contribuciones están abiertas sin restricciones corporativas. Según reportó Techzine, el movimiento busca acelerar la adopción y garantizar que el proyecto evolucione según las necesidades del ecosistema, no según la estrategia comercial de Broadcom.

Eso sí: Sandbox es el nivel de entrada en la CNCF. Los proyectos arrancan ahí, después pueden pasar a Incubating y eventualmente a Graduated (donde están Kubernetes, Prometheus, Envoy, containerd). Que Velero entre en Sandbox y no directamente en Incubating puede leerse de dos formas: o la CNCF quiere evaluar la salud del proyecto y su comunidad antes de darle un nivel más alto, o Broadcom prefirió un ingreso rápido sin el proceso de due diligence más extenso que requiere Incubating. Habría que ver cómo evoluciona en los próximos meses. Si te interesa, podés leer más sobre montar un servidor propio para probar Kubernetes.

VKS 3.6 y las contribuciones de Broadcom al ecosistema cloud native

Además de la donación de Velero, Broadcom presentó VKS 3.6 (VMware Kubernetes Service), la última versión de su servicio gestionado de Kubernetes que forma parte de VMware Cloud Foundation. VKS es lo que usan las empresas que corren Kubernetes sobre infraestructura VMware on-premise o en nubes privadas, un segmento donde VMware sigue teniendo una presencia fuerte.

VKS 3.6 trae mejoras en la gestión del ciclo de vida de clusters: actualizaciones más fluidas, mejor manejo de políticas de seguridad y compatibilidad con las versiones más recientes de Kubernetes. Para equipos que operan decenas o cientos de clusters internos, el lifecycle management es un dolor operativo real — cada upgrade de K8s trae breaking changes potenciales, y coordinar eso a escala requiere tooling sólido.

Broadcom también anunció nuevas alianzas con vendors del ecosistema cloud native y contribuciones a otros proyectos open source. El mensaje estratégico es claro: después de meses de críticas por los cambios de licenciamiento post-adquisición de VMware, Broadcom quiere mostrar que sigue comprometida con el open source. La donación de Velero es el gesto más concreto en esa dirección. Que sea suficiente para recuperar la confianza de la comunidad es otra historia, pero al menos es un paso en la dirección correcta.

Para equipos en Latinoamérica que operan infraestructura Kubernetes — ya sea en cloud público, on-premise o híbrido — estos anuncios tienen impacto directo. Velero bajo CNCF significa que podés adoptar la herramienta con la certeza de que no va a depender de las decisiones comerciales de un solo vendor. Y si tu stack incluye VMware, VKS 3.6 simplifica la operación. Si estás evaluando dónde alojar tu infraestructura de contenedores, proveedores como Donweb ofrecen soluciones de hosting y cloud adaptadas al mercado regional que pueden complementar este tipo de stacks.

En la misma línea de movimientos corporativos que redefinen el ecosistema cloud, Broadcom dona Velero a la CNCF en KubeCon Europe 2026.

Justo en KubeCon Europe 2026 arranca el 23 de marzo en Amsterdam, y NVIDIA aprovechó para hacer un anuncio clave sobre GPU en Kubernetes.

Si querés profundizar en esto, tenemos un artículo sobre KubeCon Europe 2026 arranca el 23 de marzo en Amsterdam.

Relacionado con esto, cubrimos el tema en detalle acá: KubeCon Europe 2026 arranca el 23 de marzo en Amsterdam.

Si querés profundizar en cómo las grandes empresas aportan a la comunidad open source, tenemos un artículo sobre Broadcom dona Velero a la CNCF en KubeCon Europe 2026.

En otro artículo abordamos Broadcom dona Velero a la CNCF en KubeCon Europe 2026 desde una perspectiva más técnica.

Si querés profundizar, tenemos un artículo relacionado: KubeCon Europe 2026 arranca el 23 de marzo en Amsterdam.

Si querés profundizar, tenemos un análisis completo en KubeCon Europe 2026 arranca el 23 de marzo en Amsterdam.

Preguntas frecuentes

¿Qué es Velero y por qué es importante para Kubernetes?

Velero es una herramienta open source que permite hacer backup, restauración y migración de recursos y volúmenes persistentes en clusters Kubernetes. Es el estándar de facto en el ecosistema: si operás K8s en producción y necesitás disaster recovery o migrar workloads entre proveedores cloud, Velero es la herramienta que vas a usar. Soporta backends como AWS S3, Azure Blob, GCP y MinIO. Si te interesa, podés leer más sobre gestión de políticas en entornos cloud empresariales.

¿Qué implica que Velero pase al CNCF Sandbox?

Significa que el proyecto deja de estar bajo el control exclusivo de Broadcom y pasa a gobernanza vendor-neutral bajo la Cloud Native Computing Foundation. Las decisiones sobre el roadmap, los releases y la dirección del proyecto las toma la comunidad, no una empresa. Sandbox es el nivel de entrada en la CNCF — desde ahí puede avanzar a Incubating y eventualmente a Graduated.

¿Qué cambios trae VKS 3.6 de Broadcom?

VKS 3.6 (VMware Kubernetes Service) es la nueva versión del servicio gestionado de Kubernetes dentro de VMware Cloud Foundation. Las mejoras principales apuntan a gestión del ciclo de vida de clusters, políticas de seguridad y compatibilidad con las últimas versiones de K8s. Está orientado a empresas que corren Kubernetes sobre infraestructura VMware on-premise o en nubes privadas.

¿Broadcom va a seguir manteniendo Velero después de donarlo?

Broadcom sigue siendo contribuyente del proyecto, pero la gobernanza pasa a la CNCF. Esto quiere decir que aunque Broadcom puede (y probablemente va a) seguir aportando código, no tiene control unilateral sobre la dirección del proyecto. Otros vendors y contribuyentes individuales pueden participar en igualdad de condiciones. Es un modelo que ya funcionó con otros proyectos CNCF como Kubernetes, Prometheus y Envoy.

Conclusión

KubeCon Europe 2026 confirma que Kubernetes se consolidó como la capa operativa tanto para infraestructura cloud native tradicional como para cargas de inteligencia artificial. Los números de adopción (82% en producción, 66% para inferencia de IA) ya no dejan margen para dudas sobre su relevancia.

La donación de Velero al CNCF Sandbox es probablemente el anuncio con más impacto a mediano plazo. No por lo técnico — Velero sigue siendo la misma herramienta — sino por lo que significa para la gobernanza del ecosistema. Que la herramienta estándar de backup de Kubernetes ya no dependa de las decisiones de Broadcom le da estabilidad al ecosistema entero. Para cualquier equipo que opera K8s en producción, saber que tu stack de disaster recovery tiene gobernanza comunitaria es un factor de confianza real.

Lo que queda por ver: si Velero avanza rápido de Sandbox a Incubating (lo cual validaría la salud del proyecto), cómo evoluciona VKS frente a la competencia de EKS, AKS y GKE, y si Broadcom mantiene el ritmo de contribuciones open source o si este fue un gesto aislado. Conviene seguir de cerca los próximos meses del proyecto Velero en la CNCF y las tendencias que salgan de las sesiones restantes de KubeCon esta semana.

Fuentes

• Broadcom Moves Velero to CNCF Sandbox — The New Stack
• Broadcom Ships VKS 3.6 and Moves Velero to CNCF Sandbox — Techzine
• Broadcom Expands Kubernetes Support with VKS Upgrades and Open Source Contributions — SiliconANGLE
• CNCF Unveils Schedule for KubeCon + CloudNativeCon Europe 2026 — CNCF
• AWS at KubeCon EU 2026 — AWS Containers Blog