Faz pouco foi divulgada a notícia de que o WSL agora é compatível com o Systemd, esta nova atualização do WSL desbloqueia muitos recursos de qualidade de vida para gerenciamento de processos e serviços. Isso inclui suporte para snapd, que permite aos usuários aproveitar todas as ferramentas e aplicativos disponíveis no snapcraft.io.
O novo suporte adicionado ao WSL do Systemd é mencionado como especialmente útil para desenvolvedores da Web que desejam configurar e desenvolver aplicativos de serviço no WSL antes de implantá-los na nuvem.
Isso significa que os aplicativos que dependem do Systemd para uso ou apenas administração fácil agora podem ser executados perfeitamente neste ambiente WSL no Windows 10 e no Windows 11.
Cabe mencionar que esta atualização é específica para WSL2, a segunda geração do WSL. WSL2 execute um kernel linux completo em uma máquina virtual dedicada, usando um subconjunto da funcionalidade do hipervisor Hyper-V integrado ao Windows. A versão original do WSL era uma ferramenta muito diferente, que não continha um kernel Linux completo.
Em uma postagem no blog, a Canonical forneceu alguns detalhes técnicos. e explicou como habilitar o Systemd no Ubuntu no WSL. O anúncio correspondente da Microsoft é menos técnico, mas descreve algumas das mudanças significativas feitas para alcançar esse recurso, incluindo a alteração do funcionamento do WSL2.
O suporte do Systemd exigiu mudanças na arquitetura WSL. Como o Systemd requer o PID 1, o processo de inicialização do WSL iniciado na distribuição Linux se torna um processo filho do Systemd. Além disso, como o processo de inicialização do WSL é responsável por fornecer a infraestrutura de comunicação entre os componentes Linux e Windows, mudar essa hierarquia exigiu repensar algumas das suposições feitas com o processo de inicialização do WSL. Mudanças adicionais também tiveram que ser feitas para garantir um desligamento limpo e para garantir a compatibilidade com o WSLg.
Também é importante observar que, com essas alterações, os serviços do Systemd não manterão sua instância WSL ativa. Sua instância WSL permanecerá ativa como antes. A Microsoft acrescentou que esse recurso não será atualizado automaticamente para não causar problemas aos usuários existentes. “Como isso altera o comportamento do WSL na inicialização, queríamos ter cuidado ao aplicar essa alteração nas distribuições de WSL existentes dos usuários. Por enquanto, você deve optar por habilitar o Systemd para uma distribuição WSL específica”, disse ele.
Essa mudança significa que usar o WSL será ainda mais parecido com usar suas distribuições Linux favoritas em uma máquina básica e permitirá que você use software que depende do suporte do Systemd. Aqui estão alguns exemplos de aplicativos Linux que dependem do Systemd:
snap : um binário útil que permite instalar e gerenciar software no Ubuntu;
microk8s – Faça o Kubernetes rodar localmente em seu sistema rapidamente;
systemctl : Uma ferramenta que faz parte do Systemd e interage com serviços em sua máquina Linux.
Indiscutivelmente, o suporte para Systemd pelo Windows Subsystem para Linux foi auxiliado pela chegada de Lennart Poettering, o criador do Systemd, para o gigante de Redmond há alguns meses (você pode consultar a nota sobre isso no link a seguir).
Vale ressaltar que a Microsoft contratou vários desenvolvedores Linux e outros desenvolvedores de código aberto proeminentes nos últimos anos. A Microsoft atualmente emprega o inventor do Python Guido van Rossum, o inventor do GNOME Miguel de Icaza foi contratado pela Microsoft em 2016 quando adquiriu o Xamarin, Nat Friedman atuou como CEO do GitHub, Daniel Robbins, fundador do Gentoo Linux, foi contratado pela Microsoft Steve French trabalha para a Microsoft como mantenedor do Linux CIFS/SMB2/SMB3 e membro da equipe do Samba. Além disso, o Linux é amplamente implantado no Azure, o serviço de computação em nuvem da Microsoft.
Finalmente se você estiver interessado em saber mais sobre isso, você pode verificar os detalhes da nota no link a seguir