Microsoft lanza WSLC: contenedores Linux en Windows

En pocas palabras: Microsoft anunció el 29 de septiembre de 2026 la disponibilidad general de WSLC, que permite construir y ejecutar contenedores Linux nativos en Windows con el comando wslc.exe (alias container.exe), sin instalar un motor de contenedores externo, ni configurar una VM aparte.

Ponele que hace un año venías bardeando porque para correr un contenedor Linux en tu máquina Windows necesitabas instalar un motor aparte, configurar una VM y rezar para que todo hable entre sí. Microsoft confirmó el 29 de septiembre de 2026 la disponibilidad general de WSLC, la herramienta que integra contenedores Linux nativos en Windows a través del comando wslc.exe. Según Phoronix, cada sesión tiene su propio disco virtual (VHD) y un modelo de red distinto al de WSL tradicional.

WSLC (WSL Containers) es la función de Windows Subsystem for Linux que te deja construir, ejecutar y administrar contenedores Linux directamente en Windows, sin instalar un motor de contenedores externo. Se maneja con el binario wslc.exe (alias container.exe) o con la WSL Container API, un paquete NuGet para C# y C++ pensado para que apps nativas de Windows corran contenedores Linux de forma programática, según la documentación oficial de Microsoft Learn.

¿Qué es WSLC, la nueva herramienta de Microsoft para contenedores Linux en Windows?

WSLC es la capa de Windows Subsystem for Linux dedicada a contenedores Linux, con un CLI propio llamado wslc.exe. Microsoft anunció la disponibilidad general el 29 de septiembre de 2026, después de una etapa de preview pública, según reportó Phoronix.

El comando trae la sintaxis que cualquiera que haya tocado un motor de contenedores ya conoce: wslc run, wslc image ls, wslc container ps, wslc container stop. Nada exótico. La gracia (si es que eso cuenta como mejora) es que corre sobre la infraestructura de WSL, sin capas intermedias que administrar por tu cuenta.

Logan Iyer, vicepresidente corporativo de Windows Platform + Developer, escribió en el blog oficial de Windows Developer que “WSL es central para nuestro compromiso de hacer de Windows el mejor lugar para construir, ejecutar y administrar cargas de trabajo Linux”. Para actualizar, alcanza con correr wsl --update en la terminal o bajar la última release desde GitHub.

¿Cómo funciona el aislamiento y el nuevo modelo de red de WSLC?

Cada sesión de WSLC corre con su propio VHD dedicado, separado del resto de tus distros WSL, según detalla Phoronix. Esto implica que los contenedores no comparten filesystem ni red con tu distro WSL principal, algo que sí pasaba en configuraciones más artesanales sobre WSL2.

El networking cambia de fondo. Microsoft introdujo el modo consomme, específico para workflows de contenedores, que según el anuncio oficial mejora la compatibilidad de red tanto en escenarios de desarrollo como empresariales. Además reportan hasta 2x más velocidad al acceder a archivos de Windows desde entornos Linux, uno de los cuellos de botella más típicos al cruzar sistemas de archivos.

¿Y el aislamiento entre sesiones? Cada una vive en su propia burbuja, con storage configurable: el release de GA suma una ruta de almacenamiento personalizable para la sesión default de wslc, así podés poner los contenedores en el disco que quieras, no en el que Windows decida por vos. Para más detalles técnicos, mirá en nuestra comparativa entre Microsoft y GitHub.

¿WSLC es de código abierto y dónde está su repositorio?

Sí, Microsoft promociona WSLC como proyecto abierto dentro del repositorio microsoft/wsl en GitHub, según confirmó Phoronix en su cobertura del anuncio de GA.

Ahí es donde se reportan issues técnicos y feature requests, según indica Microsoft en su blog oficial. También es el lugar donde vas a poder seguir el desarrollo de wslc compose, el pedido número uno de la comunidad y que todavía está en construcción: la meta declarada es que wslc compose up funcione con archivos compose.yaml existentes, sin modificarlos.

¿Qué cambió entre la preview pública y la disponibilidad general de WSLC?

Desde la preview, Microsoft agregó comandos de ciclo de vida, observabilidad y controles empresariales, según el changelog publicado en el blog oficial de Windows Developer. La lista es larga, así que va resumida.

• Gestión de contenedores: wslc container restart para reiniciar, wslc container cp para copiar archivos vía tar, y health checks nativos por contenedor.
• Redes: wslc network connect y wslc network disconnect para conectar y desconectar contenedores de redes, más soporte para opciones de driver arbitrarias en wslc network create.
• Observabilidad: wslc system info para ver el estado del entorno y wslc events para stream en tiempo real de la actividad de contenedores.
• Control de apagado: flag --stop-timeout en create y run, con la opción -1 para timeout infinito, y soporte de --mount desde la creación.
• Gobernanza empresarial: Microsoft Intune sumó controles para habilitar o deshabilitar el acceso a WSLC y restringir el pull de imágenes a registries aprobados. Microsoft Defender for Endpoint extendió su plugin de WSL para cubrir también actividad de contenedores.

Nada de esto estaba en la preview pública original que menciona Phoronix. El foco declarado por Microsoft fue simplificar workflows diarios, dar más visibilidad de lo que corre y agregar la flexibilidad necesaria para manejar contenedores a escala en empresas grandes. Complementá con comparamos el rendimiento de Windows 11 frente a Ubuntu.

¿WSLC reemplaza a Docker Desktop u otras herramientas de contenedores en Windows?

No hay ninguna declaración de Microsoft diciendo que WSLC reemplaza a Docker Desktop. Lo que sí confirma la compañía es que wslc.exe ofrece un CLI con comandos familiares de contenedores integrado en Windows, sin depender de instalar un motor aparte.

El tema es que la comunidad ya empezó a integrarlo en su stack habitual: soporte de wslc como driver default para dev containers de VS Code, Aspire usándolo como runtime de primera clase, la extensión de contenedores de VS Code, una TUI llamada Lazywslc, una app WinUI 3 llamada WSL Container Desktop (que además maneja Kubernetes con k3s) y un wrapper llamado WSLc remote para correrlo desde dentro de las distros. Todo esto según el propio anuncio de disponibilidad general.

Ahora bien, hay un hueco que todavía no está tapado: soporte de compose. Si tu flujo depende de docker compose up con stacks de varios servicios, vas a tener que esperar a que llegue wslc compose, porque hoy no está en GA. Subís el contenedor, lo probás suelto, funciona bárbaro, pero si tu proyecto tiene cuatro servicios orquestados en un solo archivo compose, todavía te conviene mantener tu setup actual hasta que esa pieza aparezca. Ya lo cubrimos antes en cómo conectarte por SSH a una VM de Azure.

Para equipos que después despliegan estos contenedores en servidores de producción o entornos cloud, conviene aplicar el mismo criterio de siempre con infraestructura: separar bien el entorno de pruebas del de producción y no asumir que “porque anda en tu Windows” va a andar igual en el servidor. En donweb.com lo venimos remarcando con VPS y hosting cloud desde hace rato: la portabilidad de un contenedor no te salva de revisar recursos, redes y permisos en destino.

Errores comunes al empezar con WSLC

• Asumir compatibilidad total con docker-compose: WSLC todavía no tiene wslc compose en GA. Si tu proyecto depende de un archivo compose con varios servicios, revisá el roadmap antes de migrar de lleno.
• No actualizar WSL antes de instalar: WSLC pide WSL 2.9.3 o superior. Corré wsl --version primero y, si hace falta, wsl --update, porque si no el CLI ni te va a arrancar.
• Ignorar los controles de Intune y Defender en entornos corporativos: si tu empresa maneja Windows con Intune, dejar WSLC sin configurar el allow list de registries abre la puerta a que cualquiera pulle imágenes de cualquier lado.
• Dar por sentado que la red funciona igual que en WSL clásico: el modo consomme cambia el comportamiento de networking. Si tenías reglas o puertos mapeados a mano sobre WSL2, revisalos antes de mover todo a WSLC.

Preguntas Frecuentes

¿Qué es WSLC de Microsoft?

WSLC es la función de Windows Subsystem for Linux para construir, ejecutar y administrar contenedores Linux nativos en Windows, mediante el binario wslc.exe (alias container.exe). Microsoft la llevó a disponibilidad general el 29 de septiembre de 2026.

¿WSLC reemplaza a Docker Desktop?

Microsoft no lo presenta como reemplazo directo de Docker Desktop. WSLC ofrece un CLI nativo con sintaxis similar (wslc run, wslc image ls) integrado en Windows, pero todavía le falta soporte de compose para cubrir workflows multiservicio complejos.

¿Cómo se instalan contenedores Linux en Windows con WSLC?

Alcanza con correr wsl --update en la terminal o descargar la última release desde el repositorio de GitHub. Una vez actualizado, usás comandos como wslc run --rm -it ubuntu:latest bash para levantar un contenedor Linux directo desde Windows. Relacionado: nuestra guía de certificaciones Azure por roles.

¿WSLC es de código abierto?

Sí, Microsoft promueve WSLC como proyecto de código abierto dentro del repositorio microsoft/wsl en GitHub, donde también se reportan issues y pedidos de features.

¿Qué diferencia hay entre WSLC y el WSL tradicional?

WSLC aísla cada sesión de contenedores con su propio VHD y un modelo de red distinto (modo “consomme”), a diferencia del WSL tradicional donde las distros suelen compartir más recursos entre sí. Además, WSLC suma controles de gobernanza empresarial vía Intune y Microsoft Defender for Endpoint que el WSL clásico no tenía integrados de la misma forma.

Conclusión

Lo que cambió el 29 de septiembre de 2026 es concreto: WSLC dejó de ser preview y pasó a ser una pieza estable de Windows para correr contenedores Linux en Windows sin motor externo. Si venís de administrar setups manuales sobre WSL2, vale la pena probar el CLI nuevo, sobre todo por el aislamiento por sesión y las mejoras de red.

Ahora bien, si tu flujo de trabajo depende fuerte de compose con múltiples servicios, todavía conviene esperar a wslc compose antes de migrar producción. Y si estás en una empresa con Intune, no arranques a usar WSLC sin antes configurar el allow list de registries: es el tipo de detalle que después se paga caro en una auditoría de seguridad.

Fuentes

• Windows Developer Blog – Anuncio oficial de disponibilidad general de WSL containers
• Phoronix – Cobertura de la GA de WSLC
• Microsoft Learn – Documentación técnica de WSL container