E foi lançado o LXD 5.20 com mudança para a licença AGPLv3, e mais. Confira as novidades desse importante lançamento.
LXD é um daemon que fornece uma API Rest para manipulação de containers. A instalação traz um client de linha de comando chamado lxc para interagir com esse daemon. Existem versões do CLI lxc para MacOS e Windows também.
O LXD fornece uma experiência de usuário unificada para gerenciar contêineres de sistema e máquinas virtuais.
Para cargas de trabalho mais exigentes, o LXD pode ser configurado em um ambiente de cluster para executar contêineres, VMs ou uma combinação dos dois em um conjunto de máquinas.
LXD é um gerenciador de contêineres de sistema de última geração. A maneira mais simples de definir LXD é dizer que é uma extensão de LXC.
Tecnicamente, LXD é uma API REST que se conecta a libxlc, a biblioteca de software LXC. Como você sabe, LXC, abreviação de “contêineres Linux”, é uma solução para virtualizar software no nível do sistema operacional dentro do kernel Linux.
Agora você provavelmente está se perguntando qual é a diferença entre LXD e Docker? Eles oferecem os mesmos serviços ou diferentes?
A maior diferença entre o Docker e o LXD é que, com o LXD, seu contêiner é todo um sistema operacional simulado com seu próprio sistema init. Por exemplo, você pode escolher um contêiner Debian, inseri-lo, instalar seu software, criar um arquivo de serviço e habilitá-lo.
Em outras palavras, o Docker é especializado na implantação de aplicativos, enquanto o LXD é especializado na implantação de máquinas virtuais (Linux). Portanto, o LXD é muito mais semelhante a uma VM do que o Docker.
O LXD tem acesso direto ao hardware, minimizando a sobrecarga e combinando a densidade e a eficiência dos contêineres.
Recentemente, a Canonical lançou o LXD 5.20.
Novidades do LXD 5.20
Após a Canonical assumir o controle do LXD e a manutenção ser limitada aos funcionários da Canonical, o LXD 5.20 foi lançado agora, onde eles também decidiram alterar sua licença avançanda para AGPLv3 por padrão.
Todas as contribuições canônicas para o LXD foram relicenciadas para AGPLv3. As contribuições existentes da comunidade permanecem no Apache 2.0, mas quaisquer novas construções futuras estarão no AGPLv3 por padrão.
O novo licenciamento do código LXD 5.20 foi resumido no anúncio de hoje como:
“A Canonical decidiu alterar as contribuições padrão do projeto LXD para AGPLv3 para se alinhar com nossa licença padrão para código do lado do servidor. Todas as contribuições da Canonical foram relicenciadas e agora estão sob AGPLv3. As contribuições da comunidade permanecem sob Apache 2.0. Seguimos o Software Orientação do Freedom Law Center em relação a isso. No futuro, qualquer contribuição ao LXD será feita sob AGPLv3 por padrão. O autor de uma alteração continua sendo o detentor dos direitos autorais de seu código (sem atribuição de direitos autorais).
É importante observar que esta mudança não impede que nossos usuários usem, modifiquem ou forneçam soluções de software baseadas em LXD, desde que compartilhem o código-fonte caso o modifiquem e o disponibilizem para terceiros. As condições da licença são projetadas para encorajar aqueles que desejam modificar o software a contribuir de volta para o projeto e para a comunidade.”
O LXD 5.20 também aumenta os requisitos mínimos de linguagem Go, elimina vários recursos antigos, o suporte VM para armazenamento NVMe foi importado do Incus, uma reestruturação do código de autorização e o dispositivo serial identificador VM LXD foi renomeado para com.canonical.lxd.
Para saber mais sobre o LXD 5.20, acesse a nota de lançamento.
Para instalar, siga as instruções da documentação do software.