En 2001, Steve Ballmer —entonces CEO de Microsoft— describió Linux como un cáncer que se adhería a todo lo que tocaba en términos de propiedad intelectual. Veinticinco años después, esa misma Microsoft presentó Azure Linux 4.0 en la Build 2026 a principios de junio: su propia distribución de Linux, construida sobre Fedora 43, sin interfaz gráfica, sin escritorio, sin pila de audio, sin siquiera la herramienta less para desplazarse por archivos de texto. La empresa de Redmond no solo usa Linux: ahora lo fabrica.
La distribución no nació ayer. Llevaba operando internamente desde 2019 bajo el nombre de CBL-Mariner, sirviendo como base para los contenedores y servicios que sostienen la infraestructura de Azure. Lo que cambió en la Build 2026 es que Microsoft la lanzó al público con un salto considerable respecto a las versiones anteriores: en lugar de construirse componente por componente, ahora se define como un conjunto de configuraciones declarativas aplicadas sobre una instantánea de Fedora 43, con cada diferencia respecto al código original documentada en el repositorio público de GitHub.
Azure Linux 4.0 sobre Fedora 43: sin escritorio, sin less, sin pila de audio
La diferencia más importante entre Azure Linux y una distribución convencional como Ubuntu o Fedora no está en lo que incluye, sino en lo que elimina. Azure Linux no tiene interfaz gráfica ni entorno de escritorio. No hay pila de audio. Ni siquiera existe la herramienta básica less para navegar archivos de texto. El sistema arranca directamente en una consola con Bash como intérprete predeterminado, y ahí termina la experiencia de usuario.
La razón es el objetivo de Microsoft: ligereza y tiempos de arranque superrápidos. Azure Linux no está diseñado para que un humano lo use diariamente. Está diseñado para funcionar como contenedor o máquina virtual dentro de la nube, donde cada componente innecesario es un vector potencial de ataque y un milisegundo extra en el arranque. El control total sobre el código le permite a Microsoft aplicar parches de seguridad de forma directa sin depender de comunidades externas.
La seguridad es el otro pilar. Al no tener escritorio ni componentes visuales, la superficie de ataque se reduce drásticamente. Azure Linux implementa de forma nativa kernels endurecidos y políticas estrictas de SELinux activadas desde el inicio. Es decir, no es que puedas configurar la seguridad: viene configurada y encendida por defecto. Cada decisión de diseño apunta a un sistema que hace solo lo estrictamente necesario.
Ubuntu Server y Red Hat tenían el control de Azure: Microsoft lo recuperó con CBL-Mariner
La razón por la que Microsoft construyó su propia distribución es directa: hasta hace poco, las máquinas virtuales de Azure corrían sobre distribuciones mantenidas por otras empresas. Ubuntu de Canonical, Red Hat Enterprise Linux de IBM, Fedora de la comunidad. Cada una de esas empresas se llevaba los ingresos por soporte de los clientes que las usaban en la nube de Microsoft. Azure Linux cambia esa ecuación por completo.
Con Azure Linux, Microsoft controla toda la cadena: el sistema operativo, los parches de seguridad, las actualizaciones y los ingresos por soporte. Ya no depende de Canonical para Ubuntu ni de Red Hat para RHEL dentro de su propia infraestructura. Es un movimiento que tiene implicaciones financieras directas: menos intermediarios, más control sobre la pila tecnológica y la capacidad de optimizar cada capa para el rendimiento en Azure.
Esto no significa que Ubuntu o Red Hat desaparezcan de Azure. Los clientes podrán seguir usándolos. Pero la señal de Microsoft es clara: la distribución óptima para Azure es Azure Linux, y todo lo que se añada por encima de la instantánea de Fedora 43 quedará documentado en GitHub para que cualquiera lo audite. La transparencia es parte de la estrategia.
CBL-Mariner 2019 a Azure Linux 4.0: la evolución interna que Microsoft hizo pública
CBL-Mariner nació en 2019 como un proyecto interno de Microsoft. Su nombre original —Common Base Linux, Mariner— revelaba su propósito: una base común de Linux para los contenedores y servicios de Azure. Durante casi siete años, la distribución existió sin que la mayoría de los desarrolladores supiera de su existencia. Funcionaba dentro de la infraestructura de Microsoft, fuera del radar público.
El salto a Azure Linux 4.0 cambió la arquitectura por completo. Las versiones anteriores se construían componente por componente, lo que generaba complejidad en el mantenimiento. La versión 4.0 adoptó un enfoque diferente: configuraciones declarativas sobre una instantánea de Fedora 43. En lugar de reemplazar piezas del sistema, Microsoft ahora aplica una capa de configuración encima de una base que ya funciona. Las diferencias con el código de Fedora se documentan en el repositorio público de GitHub.
La evolución de CBL-Mariner a Azure Linux también refleja un cambio en la relación de Microsoft con el código abierto. En 2001, la empresa veía Linux como una amenaza. En 2019, lo usaba internamente sin decirlo. En 2026, lo lanza al público con nombre propio, repositorio en GitHub y documento de diferencias. Son 25 años de transformación comprimidos en un solo producto.
Ubuntu Server, Fedora Server y Red Hat: cómo se comparan con Azure Linux
Ubuntu Server, Fedora Server y Red Hat Enterprise Linux ya ofrecen versiones más ligeras que sus variantes de escritorio. Todas eliminan entornos gráficos pesados y apuntan a la eficiencia en servidores. Pero ninguna llega al nivel de minimalismo de Azure Linux. La diferencia está en que esas distribuciones están pensadas para funcionar en cualquier entorno: hardware físico, máquinas virtuales, nubes de distintos proveedores. Azure Linux está diseñado exclusivamente para la nube de Microsoft.
Eso le da a Azure Linux una ventaja que las distribuciones genéricas no pueden igualar: puede estar optimizado al máximo para una infraestructura específica. No necesita compatibilidad con hardware diverso, ni soportar hipervisores de terceros, ni funcionar en un servidor físico en un rack de data center. Al ser solo para Azure, cada decisión de diseño puede priorizar el rendimiento en ese entorno específico.
Aquí el dato que lo cambia todo: si eres desarrollador y despliegas en Azure, la distribución que Microsoft controla, parchea y optimiza es Azure Linux 4.0. Si usas Ubuntu o Red Hat, dependes del ciclo de actualizaciones de Canonical o IBM. La pregunta es si la optimización específica para Azure compensa la madurez y el ecosistema de herramientas que tienen distribuciones con décadas en el mercado.
WSL y VirtualBox: cómo probar Azure Linux 4.0 sin instalar un servidor
Microsoft tiene previsto lanzar próximamente una versión de Azure Linux para WSL, lo que significa que podrás ejecutar la distribución dentro de Windows sin instalar nada adicional. Para los desarrolladores que ya usan el Windows Subsystem for Linux con Ubuntu o Debian, esto añade una opción más directamente respaldada por Microsoft y optimizada para los servicios en la nube de la empresa.
Para quienes quieran explorarlo antes del lanzamiento en WSL, el ISO está disponible en el repositorio oficial de GitHub. Se puede montar en una máquina virtual con VirtualBox o Hyper-V y arrancar un sistema que no tiene nada más que una consola Bash, SELinux activado y los componentes mínimos para funcionar en la nube. No hay escritorio que explorar ni aplicaciones que probar: la experiencia es la de un servidor puro.
La próxima actualización de Azure Linux podría definir si esta distribución se convierte en el estándar de facto para desplegar en Azure, o si los desarrolladores seguirán prefiriendo Ubuntu Server por familiaridad y ecosistema. Lo que ya es innegable es la transformación: la misma empresa que llamó cáncer a Linux en 2001 ahora lo distribuye, lo parchea y lo presenta en su conferencia de desarrolladores más importante como parte de su infraestructura central. El próximo Build podría traer la respuesta sobre cuántos clientes de Azure hicieron el cambio.
¿Tienes alguna idea?
Comparte tu reacción. ¡Nos encantaría saber qué opinas!
-
0 - 0
- 0
- 0
- 0
- 0
