Windows 11 Introduz WSL Containers: Uma Nova Maneira de Executar Contêineres Linux

O Windows 11 agora permite aos usuários construir, executar e gerenciar contêineres Linux nativamente, eliminando a necessidade do Docker Desktop como runtime em segundo plano. Este novo recurso, chamado WSL Containers, foi introduzido como uma prévia pública. Após instalar e testar com workloads reais, aqui está uma visão geral de suas capacidades, limitações e processo de configuração.

O que é o WSL Container no Windows 11?

O WSL Container é um recurso integrado do Windows Subsystem for Linux (WSL). Ele permite aos usuários criar, executar e gerenciar contêineres Linux diretamente do Windows, sem a necessidade de runtimes de terceiros como Docker Desktop ou Podman Desktop. Ele opera em duas partes:

• Aplicativos do Windows podem iniciar contêineres Linux silenciosamente em segundo plano para executar código exclusivo do Linux, sem sinais visíveis de envolvimento do Linux. Por exemplo, a Microsoft demonstrou isso ao executar o Moonray, um mecanismo de renderização Linux open-source, dentro de um executável do Windows.
• Cada aplicativo do Windows que utiliza a API recebe sua própria máquina virtual baseada em Hyper-V para isolamento de contêiner. Essa abordagem prioriza a segurança em vez da eficiência de recursos, tornando-a preparada para o ambiente corporativo.

O runtime de contêiner dentro da VM Linux é o Moby, o mesmo mecanismo open-source que alimenta o Docker. O WSL Containers não reinventa contêineres, mas oferece ao Windows uma interface nativa para gerenciamento de contêineres.

Como instalar o WSL Container no Windows 11

O WSL Container está atualmente disponível apenas no canal de pré-lançamento do WSL. Para começar, os usuários precisam optar por este canal e atualizar sua instalação do WSL.

1. Instale a versão mais recente de pré-lançamento do WSL.
2. Se o comando wslc não for reconhecido, reinicie o terminal ou o PC.
3. Certifique-se de que a virtualização está ativada no BIOS ou UEFI para isolamento baseado no Hyper-V.

Nota: Alguns desenvolvedores relataram problemas como Falha catastrófica (Código de erro: E_UNEXPECTED) durante as execuções iniciais, embora esses problemas não tenham sido encontrados durante nossos testes. O WSL Container não requer um PC com Copilot+, mas depende do suporte moderno à virtualização de CPU.

Construindo e executando um contêiner com o WSL Container

Depois que o wslc foi configurado, ignoramos os exemplos básicos e o testamos com um caso de uso real, criando uma imagem personalizada e expondo um serviço. Abaixo estão os passos:

1. Verificação inicial: Baixamos e executamos um contêiner Debian de forma interativa usando wslc run -it debian:latest. Executar uname -a confirmou o uso de um kernel Linux real.
2. Desanexar e Reanexar: Desanexamos o contêiner com Ctrl+P, Ctrl+Q, listamos os contêineres com wslc ps -a e o reanexamos usando wslc attach [nome-do-contêiner].
3. Imagem personalizada: Criamos um Containerfile (semelhante a um Dockerfile) para uma ferramenta de inspeção Linux que empacota utilitários como file, exiftool e binutils. Construímos a imagem usando wslc build -t meu-inspector-linux ..
4. Executar Serviço: Iniciamos o contêiner com um mapeamento de porta usando wslc run -d -p 5000:5000 --name inspector meu-inspector-linux. Acessamos o servidor Flask em 127.0.0.1:5000 a partir do Windows sem configuração adicional de rede.

Isso demonstrou um serviço alimentado por um kernel Linux acessível através do localhost no Windows, tudo sem software de terceiros.

Testando o acesso à GPU dentro de um WSL Container

A passagem de GPU é crucial para workloads de IA e aprendizado de máquina. O WSL Container suporta isso com a flag --gpus all, seguindo a mesma sintaxe do Docker. Em nossos testes, um contêiner com acesso à GPU superou significativamente sua contraparte apenas com CPU ao executar um modelo compilado do PyTorch.

WSL Container para ambientes corporativos

A Microsoft posiciona o WSL Container como pronto para empresas, mesmo em sua fase de prévia. Os principais recursos para empresas incluem:

• Monitoramento de segurança: O Microsoft Defender para Endpoint agora rastreia eventos de contêiner através de seu plugin para WSL, proporcionando visibilidade das atividades dos contêineres.
• Controle de políticas: Administradores de TI podem gerenciar WSL Containers via Políticas de Grupo e políticas ADMX. Suporte total ao painel do Intune é esperado em breve.
• Ferramentas de desenvolvimento: A extensão Dev Containers do VS Code suporta wslc, exigindo mudanças mínimas de configuração.

O que ainda falta no WSL Container

Embora promissor, o WSL Container possui várias limitações em seu estado atual:

• Sem suporte ao Docker Compose, tornando-o inadequado para projetos com múltiplos serviços que exigem um arquivo compose.yaml.
• Ausência de um painel GUI ou recursos como o Docker Scout para escanear imagens.
• Falta de um ecossistema extenso de plugins em comparação ao Docker Desktop.

A Microsoft introduziu recursos experimentais de rede como o Consomme, que encaminha o tráfego Linux pelo stack de rede do Windows, corrigindo problemas de VPN e proxy. Esses recursos, juntamente com o novo sistema de arquivos virtiofs para acesso mais rápido a arquivos, são atualmente exclusivos do WSL Container, mas podem ser estendidos para distribuições WSL regulares no futuro.

Você deve trocar o Docker Desktop?

Para cenários de contêiner único, o WSL Container é uma alternativa viável ao Docker Desktop, especialmente porque não exige uma licença separada. No entanto, para fluxos de trabalho complexos que envolvem arquivos Compose, múltiplos serviços ou o ecossistema de plugins do Docker, o Docker Desktop continua sendo a solução mais completa.

A Microsoft visa a disponibilidade geral do WSL Container até outono de 2026. Seu CLI reflete de perto o do Docker, sugerindo que os recursos ausentes provavelmente serão adicionados ao longo do tempo. Por enquanto, executar o WSL Container junto com o Docker Desktop oferece uma maneira gratuita de explorar essa nova funcionalidade.