O Windows tem sido minha principal estação de trabalho há anos. De vez em quando alterno entre Linux e macOS, mas sempre volto para o Windows, minha zona de conforto. Docker Desktop tem sido minha solução de contêiner padrão no Windows. Como desenvolvedor independente, meu fluxo de trabalho depende muito das pilhas do Docker Compose. Tenho me mantido atualizado com o progresso do WSL e isso tornou o desenvolvimento do Linux no Windows muito mais fácil. No entanto, o Docker Desktop não mudou. O novo recurso de contêiner WSL da Microsoft, Versão 2026 anunciadao objetivo é confundir a linha entre os dois. Com o novo comando wslc, não precisarei depender de um aplicativo separado para ativar o contêiner.
O recurso ainda não foi entregue; uma prévia pública é esperada ainda este mês, então esta não é uma experiência prática.
A Microsoft está desenvolvendo contêineres Linux no Windows, e isso pode acabar com minha dependência do Docker Desktop
A conteinerização do Linux agora é um recurso padrão
Eu nunca escolhi Docker Desktop
Venho construindo e entregando aplicativos há muito tempo. Desde a falta de contêineres até projetos de contêineres únicos e múltiplos, tem sido uma jornada. Comecei a usar contêineres à medida que os projetos se tornavam mais complexos – bancos de dados, APIs, Redis e serviços de suporte se tornaram comuns. E lentamente tornou-se a maneira mais fácil de criar ambientes de desenvolvimento reproduzíveis. Não estou seguindo a tendência de adotar o Docker. Era uma maneira realmente confiável de gerenciar as dependências do meu projeto, por isso se tornou parte do meu fluxo de trabalho diário sem que eu realmente decidisse se deveria.
Executar o Docker Desktop era a maneira mais fácil de gerenciar projetos com vários contêineres, por isso se tornou parte integrante do meu kit de ferramentas de desenvolvimento. No ano passado, depois do código aberto da Microsoft Subsistema Windows para Linux (WSL) Build 2025 Pensei em executar o Docker no WSL, mas o Docker Desktop ainda era mais fácil. Com uma boa GUI, configuração fácil, um aplicativo tutorial padrão e uma comunidade maior, o Docker Desktop parecia a melhor opção na época. Docker Desktop não foi o que escolhi cuidadosamente após avaliar as alternativas. Foi simplesmente a melhor solução para mim.
Docker Desktop tornou-se parte da minha configuração em todos os computadores. Eu tenho um carro novo. Instalei o Windows, seguido pelo VS Code, Termius, Git e Docker Desktop. Em algum momento isso se tornou automático. Não estou me perguntando se preciso do Docker Desktop, mas quando devo instalá-lo. Ok, o Docker Desktop funcionou bem. A maior parte do meu fluxo de trabalho dependia de pilhas do Compose, vários serviços conversando entre si, e o Docker Desktop lidava com isso muito bem. Mas, ao mesmo tempo, foi outra instalação, outro ciclo de atualização e outra camada entre os contêineres e o host.
A Microsoft investiu pesadamente em WSL ao longo dos anos e tornou-se significativamente melhor para o desenvolvimento de Linux no Windows. Mas quando se trata do fluxo de trabalho do meu contêiner, era exatamente o mesmo de antes. Eu ainda era viciado em pilhas do Compose. Mesmo depois que o WSL se tornou um ambiente Linux capaz, o Docker Desktop ainda parecia algo que eu não poderia substituir. Resumindo, a WSL caminhava em direção a um futuro melhor, mas ainda assim não poderia afetar meu vício pelo Docker Desktop.
Os contêineres WSL podem eventualmente mudar isso, mas ainda não
Estou animado. Também não irei excluir o Docker Desktop ainda.
O Build 2026 deste ano foi cheio de surpresas, boas e estranhas. Coreutils para Windows e contêineres WSL foram alguns dos destaques. Ainda não entendo por que quero que meu terminal seja inteligente – prefiro um simples que faça exatamente o que peço. Bem, isso é uma luta para outro artigo. Voltando ao anúncio do WSL, o novo comando wslc (WSL Container) parece algo que esperávamos há muito tempo. Um comando simples compatível com OCI entregue por meio de atualizações WSL em vez de um aplicativo de desktop separado é a melhor opção.
Assim que ouvi falar disso, imediatamente me chamou a atenção. Por que, você pergunta? Hoje já conto com WSL no meu fluxo de trabalho, apenas indiretamente através do Docker Desktop. Nos bastidores, o Docker Desktop já depende muito do WSL. Eu uso WSL implicitamente sempre que o Docker Desktop inicia um contêiner. Com os contêineres WSL, a Microsoft quer eliminar o intermediário e se tornar uma plataforma de contêineres. E pela primeira vez pensei que poderia interagir diretamente com o WSL em vez de apenas ficar no Docker Desktop.
Nem todos os meus projetos exigem a pilha completa do Compose durante o desenvolvimento. Por exemplo, em alguns dos meus projetos, executo o front-end e às vezes até o back-end diretamente para uma recarga rápida, e o único trabalho do Docker é construir o PostgreSQL. E para um projeto em que preciso apenas de um contêiner, a instalação e manutenção do Docker Desktop parece mais difícil de justificar. Para este caso de uso, os contêineres WSL parecem realmente atraentes e podem substituir completamente o Docker Desktop.
Mas para projetos mais complexos, onde as dependências não são apenas PostgreSQL, mas também backend, Redis e outros serviços de suporte, e onde eles precisam se comunicar pela rede Compose, não posso avançar com apenas um contêiner. Esses projetos não são apenas cargas de trabalho do tipo “executar o contêiner e esquecer dele”. Para este caso de uso, eu ainda usaria o Docker Desktop.
Os contêineres WSL não oferecem suporte à pilha Compose e ainda não possuem um ecossistema maduro. Bem, é muito cedo para julgar; foi apenas um anúncio e o caso de uso real virá assim que os desenvolvedores descobrirem. Outro motivo para usar o Docker Desktop é a GUI. Para um projeto com vários contêineres, ainda prefiro uma UI para interagir.
No entanto, estou entusiasmado com os contêineres WSL. A Microsoft está aproximando os contêineres do sistema operacional, proporcionando menos dependências e fácil inclusão; é um caminho mais direto do Windows para os contêineres. Mas uma coisa está clara para mim: para muitos desenvolvedores, o Docker Desktop pode se tornar uma escolha e não um requisito.
Testei dual boot, WSL2 e máquinas virtuais para rodar aplicativos Linux no Windows e valeu a pena manter apenas uma
Inicialização dupla, máquinas virtuais e WSL2 estão chegando ao Windows PC…
Não é um substituto. Ainda não, de qualquer maneira.
Esta não foi uma história de substituição do Docker Desktop. Pelo menos ainda não. Para fluxos de trabalho que exigem muita digitação, o Docker Desktop ainda será a opção mais fácil. O anúncio do WSL Containers pela Microsoft preenche a lacuna entre o host e os contêineres, transformando o WSL em uma plataforma de contêineres. É emocionante, mas não irei desinstalar o Docker Desktop tão cedo. WSL evoluiu de uma camada de compatibilidade para uma plataforma de desenvolvimento, e os contêineres parecem ser o próximo passo lógico. Estou ansioso para experimentá-lo quando chegar.
