{"id":106211,"date":"2022-12-21T15:37:51","date_gmt":"2022-12-21T13:37:51","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vtoroj-prototip-platformy-alp-idushhej-na-smenu-suse-linux-enterprise"},"modified":"2022-12-21T15:37:51","modified_gmt":"2022-12-21T13:37:51","slug":"vtoroj-prototip-platformy-alp-idushhej-na-smenu-suse-linux-enterprise","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/vtoroj-prototip-platformy-alp-idushhej-na-smenu-suse-linux-enterprise","title":{"rendered":"O segundo prot\u00f3tipo da plataforma ALP, sucedendo o SUSE Linux Enterprise","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

A empresa SUSE lan\u00e7ou o segundo prot\u00f3tipo da plataforma ALP \u00abPunta Baretti\u00bb (Adaptable Linux Platform), posicionada como uma continua\u00e7\u00e3o do desenvolvimento da distribui\u00e7\u00e3o SUSE Linux Enterprise. A principal diferen\u00e7a da ALP \u00e9 a separa\u00e7\u00e3o da base do sistema em duas partes: uma vers\u00e3o reduzida de \u00abhost OS\u00bb para operar sobre hardware e uma camada de suporte a aplicativos, focada na execu\u00e7\u00e3o em cont\u00eaineres e m\u00e1quinas virtuais. As vers\u00f5es est\u00e3o preparadas para a arquitetura x86_64. A ALP est\u00e1 sendo desenvolvida inicialmente com um processo de desenvolvimento aberto, onde vers\u00f5es intermedi\u00e1rias e resultados de testes est\u00e3o dispon\u00edveis publicamente para todos os interessados. <\/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

Principais mudan\u00e7as no segundo prot\u00f3tipo ALP: <\/p>\n