A empresa SUSE lançou o segundo protótipo da plataforma ALP "Punta Baretti" (Adaptable Linux Platform), posicionada como uma continuidade do desenvolvimento da distribuição SUSE Linux Enterprise. A principal diferença da ALP é a separação da base da distribuição em duas partes: uma "host OS" reduzida para operar diretamente no hardware e uma camada para suporte a aplicações voltadas para execução em contêineres e máquinas virtuais. As compilações foram preparadas para a arquitetura x86_64. A ALP está sendo desenvolvida inicialmente utilizando um processo aberto, onde compilações intermediárias e resultados de testes estão disponíveis publicamente para todos os interessados.
A arquitetura da ALP é baseada no desenvolvimento do ambiente "host OS", minimamente necessário para suportar e gerenciar o hardware. Todos os aplicativos e componentes do espaço do usuário devem ser executados não em um ambiente misto, mas em contêineres separados ou em máquinas virtuais, executados sobre o "host OS" e isolados uns dos outros. Essa organização permitirá que os usuários se concentrem nos aplicativos e abstraiam os processos de trabalho, separando-os do ambiente e hardware de sistema de baixo nível.
Como base para o "host OS", foi utilizado o produto SLE Micro, que se baseia nos avanços do projeto MicroOS. Para gerenciamento centralizado, são oferecidos sistemas de gerenciamento de configuração Salt (pré-instalado) e Ansible (opcional). Para a execução de contêineres isolados, estão disponíveis as ferramentas Podman e K3s (Kubernetes). Entre os componentes do sistema transferidos para contêineres, estão yast2, podman, k3s, cockpit, GDM (GNOME Display Manager) e KVM.
Uma das características do ambiente do sistema é o uso padrão da criptografia de disco completo (FDE, Full Disk Encryption) com a opção de armazenar chaves no TPM. A partição raiz é montada em modo apenas leitura e não é alterada durante a operação. O ambiente utiliza um mecanismo de instalação atômica de atualizações. Diferente das atualizações atômicas baseadas em ostree e snap, utilizadas no Fedora e Ubuntu, na ALP, em vez da construção de imagens atômicas separadas e a implementação de infraestrutura de entrega adicional, são utilizados o gerenciador de pacotes padrão e o mecanismo de snapshots no sistema de arquivos Btrfs.
Um modo de instalação automática de atualizações personalizável é oferecido (por exemplo, você pode habilitar a instalação automática apenas para correções de vulnerabilidades críticas ou retornar à confirmação manual da instalação de atualizações). Para a atualização do kernel Linux sem reinicialização e interrupção do funcionamento, são suportados live patches. Para manter a resiliência do sistema (self-healing), é realizado o registro do último estado estável através de snapshots Btrfs (em caso de anomalias detectadas após a aplicação de atualizações ou alterações de configurações, o sistema é automaticamente revertido para o estado anterior).
A plataforma utiliza uma pilha de software multiversionada — graças ao uso de contêineres, diferentes versões de ferramentas e aplicativos podem ser utilizadas simultaneamente. Por exemplo, aplicações que dependem de diferentes versões do Python, Java e Node.js podem ser executadas, isolando dependências incompatíveis. As dependências básicas são fornecidas na forma de conjuntos BCI (Base Container Images). O usuário pode criar, atualizar e excluir pilhas de software sem afetar outros ambientes.
Principais mudanças no segundo protótipo ALP:
- O instalador D-Installer foi implementado, onde a interface do usuário é separada dos componentes internos do YaST e há a possibilidade de utilizar diferentes front-ends, incluindo um front-end para gerenciamento de instalação via interface web. A interface básica para gerenciamento de instalação é construída usando tecnologias web e inclui um manipulador que fornece acesso a chamadas D-Bus via HTTP, além da própria interface web. A interface web é escrita em JavaScript utilizando o framework React e componentes PatternFly. Para garantir a segurança, o D-Installer suporta a instalação em partições criptografadas e permite o uso de TPM (Trusted Platform Module) para descriptografar a partição de inicialização, utilizando chaves armazenadas no chip TPM em vez de senhas.
- Garantido o funcionamento de alguns clientes YaST (bootloader, iSCSIClient, Kdump, firewall, etc.) em contêineres separados. Implementados dois tipos de contêineres — gerenciais para operar o YaST em modo texto, GUI e através da interface web, e de teste para a realização de testes automatizados. Vários módulos também foram adaptados para uso em sistemas com atualizações transacionais. Para integração com openQA, foi proposta a biblioteca libyui-rest-api com implementação de REST API.
- Implementado a execução em contêiner da plataforma Cockpit, que serve de base para a interface web do configurador e instalador.
- Oferecida a possibilidade de utilizar criptografia de disco completo (FDE, Full Disk Encryption) em instalações em hardware comum, e não apenas em sistemas de virtualização e nuvem.
- GRUB2 é utilizado como o gerenciador de inicialização principal.
- Adicionadas configurações para a implantação de contêineres para criar um firewall (firewalld-container) e para o gerenciamento centralizado de sistemas e clusters (warewulf-container).
Fonte: opennet.ru
