A empresa SUSE publicou o terceiro prot\u00f3tipo da plataforma ALP \"Piz Bernina\" (Adaptable Linux Platform), posicionada como a continua\u00e7\u00e3o do desenvolvimento da distribui\u00e7\u00e3o SUSE Linux Enterprise. A principal diferen\u00e7a da ALP \u00e9 a divis\u00e3o da base da distribui\u00e7\u00e3o em duas partes: um \"host OS\" reduzido para operar sobre o hardware e uma camada de suporte a aplicativos, voltada para a execu\u00e7\u00e3o em cont\u00eaineres e m\u00e1quinas virtuais. A ALP \u00e9 desenvolvida inicialmente usando um processo de desenvolvimento aberto, onde compila\u00e7\u00f5es intermedi\u00e1rias e resultados de testes est\u00e3o publicamente dispon\u00edveis para todos os interessados. <\/p>\n
O terceiro prot\u00f3tipo inclui duas ramifica\u00e7\u00f5es distintas, que atualmente s\u00e3o semelhantes em termos de conte\u00fado, mas que no futuro se desenvolver\u00e3o em dire\u00e7\u00f5es diferentes e ter\u00e3o servi\u00e7os distintos. Para testes, est\u00e1 dispon\u00edvel a ramifica\u00e7\u00e3o Bedrock, voltada para uso em sistemas de servidores, e a ramifica\u00e7\u00e3o Micro, destinada \u00e0 constru\u00e7\u00e3o de sistemas em nuvem (cloud-native) e \u00e0 execu\u00e7\u00e3o de microsservi\u00e7os. Compila\u00e7\u00f5es prontas foram preparadas para a arquitetura x86_64 (Bedrock, Micro). Al\u00e9m disso, est\u00e3o dispon\u00edveis scripts de constru\u00e7\u00e3o (Bedrock, Micro) para as arquiteturas Aarch64, PPC64le e s390x. <\/p>\n
A arquitetura da ALP \u00e9 baseada no desenvolvimento do ambiente \"host OS\", m\u00ednimo necess\u00e1rio para suportar e gerenciar o hardware. Todos os aplicativos e componentes do espa\u00e7o do usu\u00e1rio s\u00e3o oferecidos para execu\u00e7\u00e3o n\u00e3o em um ambiente misto, mas em cont\u00eaineres separados ou em m\u00e1quinas virtuais<\/a>, executados por cima do \"host OS\" e isolados uns dos outros. Essa organiza\u00e7\u00e3o permitir\u00e1 que os usu\u00e1rios se concentrem nos aplicativos e abstraiam os fluxos de trabalho, separando-os do ambiente e hardware do sistema de baixo n\u00edvel. <\/p>\n Como base para o \"host OS\", \u00e9 utilizado o produto SLE Micro, baseado nos desenvolvimentos do projeto MicroOS. Para a gest\u00e3o centralizada, s\u00e3o oferecidos sistemas de gerenciamento de configura\u00e7\u00e3o Salt (pr\u00e9-instalado) e Ansible (opcional). Para a execu\u00e7\u00e3o de cont\u00eaineres isolados, est\u00e3o dispon\u00edveis as ferramentas Podman e K3s (Kubernetes). Entre os componentes do sistema que foram movidos para cont\u00eaineres, est\u00e3o yast2, podman, k3s, cockpit, GDM (Gerenciador de Exibi\u00e7\u00e3o GNOME) e KVM. <\/p>\n Uma das caracter\u00edsticas do ambiente do sistema \u00e9 o uso padr\u00e3o da criptografia de disco completo (FDE, Full Disk Encryption) com a op\u00e7\u00e3o de armazenar chaves no TPM. A parti\u00e7\u00e3o raiz \u00e9 montada em modo apenas leitura e n\u00e3o \u00e9 alterada durante a opera\u00e7\u00e3o. O ambiente utiliza um mecanismo de instala\u00e7\u00e3o at\u00f4mica de atualiza\u00e7\u00f5es. Diferente das atualiza\u00e7\u00f5es at\u00f4micas baseadas em ostree e snap, utilizadas no Fedora e Ubuntu, na ALP, em vez da constru\u00e7\u00e3o de imagens at\u00f4micas separadas e a implementa\u00e7\u00e3o de infraestrutura de entrega adicional, s\u00e3o utilizados o gerenciador de pacotes padr\u00e3o e o mecanismo de snapshots no sistema de arquivos Btrfs. <\/p>\n Um modo de instala\u00e7\u00e3o autom\u00e1tica de atualiza\u00e7\u00f5es personaliz\u00e1vel \u00e9 oferecido (por exemplo, voc\u00ea pode habilitar a instala\u00e7\u00e3o autom\u00e1tica apenas para corre\u00e7\u00f5es de vulnerabilidades cr\u00edticas ou retornar \u00e0 confirma\u00e7\u00e3o manual da instala\u00e7\u00e3o de atualiza\u00e7\u00f5es). Para a atualiza\u00e7\u00e3o do kernel Linux sem reinicializa\u00e7\u00e3o e interrup\u00e7\u00e3o do funcionamento, s\u00e3o suportados live patches. Para manter a resili\u00eancia do sistema (self-healing), \u00e9 realizado o registro do \u00faltimo estado est\u00e1vel atrav\u00e9s de snapshots Btrfs (em caso de anomalias detectadas ap\u00f3s a aplica\u00e7\u00e3o de atualiza\u00e7\u00f5es ou altera\u00e7\u00f5es de configura\u00e7\u00f5es, o sistema \u00e9 automaticamente revertido para o estado anterior). <\/p>\n A plataforma utiliza uma pilha de software multiversionada \u2014 gra\u00e7as ao uso de cont\u00eaineres, \u00e9 poss\u00edvel usar diferentes vers\u00f5es de ferramentas e aplicativos simultaneamente. Por exemplo, \u00e9 poss\u00edvel executar aplicativos que utilizam diferentes vers\u00f5es de depend\u00eancias como Python, Java e Node.js, separando depend\u00eancias que s\u00e3o incompat\u00edveis entre si. As depend\u00eancias b\u00e1sicas s\u00e3o fornecidas na forma de conjuntos BCI (Base Container Images). O usu\u00e1rio pode criar, atualizar e remover pilhas de software sem afetar outros ambientes. <\/p>\n Para a instala\u00e7\u00e3o, \u00e9 utilizado o instalador D-Installer, onde a interface do usu\u00e1rio \u00e9 separada dos componentes internos do YaST, e \u00e9 poss\u00edvel utilizar diferentes front-ends, incluindo um front-end para gerenciar a instala\u00e7\u00e3o atrav\u00e9s de uma interface web. \u00c9 suportada a execu\u00e7\u00e3o de clientes YaST (bootloader, iSCSIClient, Kdump, firewall, etc.) em cont\u00eaineres separados. <\/p>\n As principais mudan\u00e7as no terceiro prot\u00f3tipo do ALP: <\/p>\n\n