{"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\/es\/blog\/news\/vtoroj-prototip-platformy-alp-idushhej-na-smenu-suse-linux-enterprise","title":{"rendered":"El segundo prototipo de la plataforma ALP, que sustituye a SUSE Linux Enterprise","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

La empresa SUSE ha publicado el segundo prototipo de la plataforma ALP \u2018Punta Baretti\u2019 (Adaptable Linux Platform), posicionada como la continuaci\u00f3n del desarrollo de la distribuci\u00f3n SUSE Linux Enterprise. La diferencia clave de ALP radica en la divisi\u00f3n de la base de la distribuci\u00f3n en dos partes: un \u2018host OS\u2019 reducido para funcionar sobre el hardware y una capa de soporte para aplicaciones, orientada a la ejecuci\u00f3n en contenedores y m\u00e1quinas virtuales. Las compilaciones est\u00e1n preparadas para la arquitectura x86_64. ALP se desarrolla originalmente utilizando un proceso de desarrollo abierto, donde las compilaciones intermedias y los resultados de las pruebas est\u00e1n disponibles p\u00fablicamente para todos los interesados. <\/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

Principales cambios en el segundo prototipo ALP: <\/p>\n