La empresa SUSE ha publicado el tercer prototipo de la plataforma ALP \u00abPiz Bernina\u00bb (Plataforma Linux Adaptable), que se presenta como una continuaci\u00f3n del desarrollo de la distribuci\u00f3n SUSE Linux Enterprise. La principal diferencia de ALP es la divisi\u00f3n de la base del sistema operativo en dos partes: un \u00abhost OS\u00bb reducido para operar por encima del hardware y una capa de soporte de aplicaciones, dise\u00f1ada para la ejecuci\u00f3n en contenedores y m\u00e1quinas virtuales. ALP se desarrolla inicialmente mediante un proceso de desarrollo abierto, en el cual las compilaciones intermedias y los resultados de las pruebas est\u00e1n disponibles p\u00fablicamente para todos los interesados. <\/p>\n
El tercer prototipo incluye dos ramas separadas, que en su estado actual son similares en contenido, pero que en el futuro se desarrollar\u00e1n en direcciones diferentes y se diferenciar\u00e1n por los servicios proporcionados. Para pruebas, est\u00e1 disponible la rama Bedrock, orientada a sistemas de servidores, y la rama Micro, dise\u00f1ada para construir sistemas en la nube (cloud-native) y ejecutar microservicios. Las compilaciones listas est\u00e1n preparadas para la arquitectura x86_64 (Bedrock, Micro). Adem\u00e1s, hay scripts de compilaci\u00f3n (Bedrock, Micro) disponibles para las arquitecturas Aarch64, PPC64le y s390x. <\/p>\n
La arquitectura de ALP se basa en el desarrollo de un entorno \u2018host OS\u2019, m\u00ednimamente necesario para soportar y gestionar el hardware. Se propone que todas las aplicaciones y componentes del espacio del usuario se ejecuten no en un entorno mixto, sino en contenedores separados o en m\u00e1quinas virtuales<\/a>, corriendo sobre el \u2018host OS\u2019 y aisladas unas de otras. Esta organizaci\u00f3n permitir\u00e1 a los usuarios centrarse en las aplicaciones y abstraer los flujos de trabajo, separ\u00e1ndolos del entorno y hardware del sistema en un nivel bajo. <\/p>\n Como base para el \u2018host OS\u2019 se utiliza el producto SLE Micro, basado en los desarrollos del proyecto MicroOS. Para la gesti\u00f3n centralizada se ofrecen sistemas de gesti\u00f3n de configuraci\u00f3n Salt (preinstalado) y Ansible (opcional). Para la ejecuci\u00f3n de contenedores aislados, est\u00e1n disponibles las herramientas Podman y K3s (Kubernetes). Entre los componentes del sistema, que se han trasladado a los contenedores, se encuentran yast2, podman, k3s, cockpit, GDM (GNOME Display Manager) y KVM. <\/p>\n Entre las caracter\u00edsticas del entorno del sistema se menciona el uso por defecto de cifrado de disco completo (FDE, Full Disk Encryption) con la posibilidad de almacenar claves en TPM. La partici\u00f3n ra\u00edz se monta en modo solo lectura y no se modifica durante el funcionamiento. En el entorno se aplica un mecanismo de instalaci\u00f3n at\u00f3mica de actualizaciones. A diferencia de las actualizaciones at\u00f3micas basadas en ostree y snap, utilizadas en Fedora y Ubuntu, en ALP, en lugar de construir im\u00e1genes at\u00f3micas separadas y desplegar una infraestructura de entrega adicional, se utilizan el gestor de paquetes est\u00e1ndar y el mecanismo de instant\u00e1neas en el sistema de archivos Btrfs. <\/p>\n Se prev\u00e9 un modo configurable de instalaci\u00f3n autom\u00e1tica de actualizaciones (por ejemplo, se puede habilitar la autoinstalaci\u00f3n solo de correcciones de vulnerabilidades cr\u00edticas o volver a la confirmaci\u00f3n manual de la instalaci\u00f3n de actualizaciones). Para actualizar el n\u00facleo de Linux sin reiniciar y sin interrumpir el funcionamiento, se admiten parches en vivo. Para mantener la autodisciplina del sistema (self-healing), se realiza un registro del \u00faltimo estado estable mediante instant\u00e1neas de Btrfs (en caso de detectar anomal\u00edas despu\u00e9s de aplicar actualizaciones o cambios de configuraci\u00f3n, el sistema se restaura autom\u00e1ticamente al estado anterior). <\/p>\n La plataforma utiliza una pila de software de m\u00faltiples versiones \u2014 gracias a la implementaci\u00f3n de contenedores se pueden utilizar diversas versiones de herramientas y aplicaciones simult\u00e1neamente. Por ejemplo, se pueden ejecutar aplicaciones que utilizan diferentes versiones de Python, Java y Node.js en sus dependencias, separando dependencias que no son compatibles entre s\u00ed. Las dependencias base se proporcionan en forma de conjuntos BCI (Base Container Images). El usuario puede crear, actualizar y eliminar pilas de software sin afectar otros entornos. <\/p>\n Para la instalaci\u00f3n se utiliza el instalador D-Installer, en el cual la interfaz de usuario est\u00e1 separada de los componentes internos de YaST y existe la posibilidad de utilizar diferentes frontends, incluido un frontend para la gesti\u00f3n de la instalaci\u00f3n a trav\u00e9s de una interfaz web. Se admite la ejecuci\u00f3n de clientes de YaST (bootloader, iSCSIClient, Kdump, firewall, etc.) en contenedores separados. <\/p>\n Los cambios principales en el tercer prototipo de ALP: <\/p>\n\n