La empresa SUSE ha publicado el segundo prototipo de la plataforma ALP «Punta Baretti» (Adaptable Linux Platform), que se posiciona como la continuación del desarrollo de la distribución SUSE Linux Enterprise. La principal diferencia de ALP es la división de la base del sistema en dos partes: una ‘host OS’ recortada para funcionar sobre el hardware y una capa para el soporte de aplicaciones, orientada a su ejecución en contenedores y máquinas virtuales. Las compilaciones están preparadas para la arquitectura x86_64. ALP se desarrolla inicialmente utilizando un proceso de desarrollo abierto, en el cual las compilaciones intermedias y los resultados de las pruebas están públicamente disponibles para todos los interesados.
La arquitectura de ALP se basa en el desarrollo de un entorno ‘host OS’ mínimo necesario para soportar y gestionar el hardware. Se propone ejecutar todas las aplicaciones y componentes del espacio de usuario no en un entorno mixto, sino en contenedores separados o en máquinas virtuales, ejecutados sobre la ‘host OS’ y aislados entre sí. Esta organización permitirá a los usuarios concentrarse en las aplicaciones y abstraer los flujos de trabajo, separándolos del entorno y hardware del sistema de bajo nivel.
Como base para la ‘host OS’ se utiliza el producto SLE Micro, basado en los desarrollos del proyecto MicroOS. Para la gestión centralizada se proponen sistemas de gestión de configuración Salt (preinstalado) y Ansible (opción). Para ejecutar contenedores aislados, están disponibles las herramientas Podman y K3s (Kubernetes). Entre los componentes del sistema que se han trasladado a contenedores se encuentran yast2, podman, k3s, cockpit, GDM (Gestor de Pantalla GNOME) y KVM.
Entre las características 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ón raíz se monta en modo solo lectura y no se modifica durante el funcionamiento. En el entorno se aplica un mecanismo de instalación atómica de actualizaciones. A diferencia de las actualizaciones atómicas basadas en ostree y snap, utilizadas en Fedora y Ubuntu, en ALP, en lugar de construir imágenes atómicas separadas y desplegar una infraestructura de entrega adicional, se utilizan el gestor de paquetes estándar y el mecanismo de instantáneas en el sistema de archivos Btrfs.
Se prevé un modo configurable de instalación automática de actualizaciones (por ejemplo, se puede habilitar la autoinstalación solo de correcciones de vulnerabilidades críticas o volver a la confirmación manual de la instalación de actualizaciones). Para actualizar el núcleo 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 último estado estable mediante instantáneas de Btrfs (en caso de detectar anomalías después de aplicar actualizaciones o cambios de configuración, el sistema se restaura automáticamente al estado anterior).
La plataforma utiliza una pila de software de múltiples versiones: gracias al uso de contenedores, se pueden utilizar diferentes versiones de herramientas y aplicaciones simultáneamente. Por ejemplo, se pueden ejecutar aplicaciones que utilizan diferentes versiones de Python, Java y Node.js en sus dependencias, separando las dependencias incompatibles entre sí. Las dependencias básicas se suministran en forma de conjuntos de BCI (Base Container Images). El usuario puede crear, actualizar y eliminar pilas de software sin afectar a otros entornos.
Principales cambios en el segundo prototipo ALP:
- Se ha implementado el instalador D-Installer, en el que la interfaz de usuario se separa de los componentes internos de YaST y se permite el uso de diferentes frontends, incluido un frontend para gestionar la instalación a través de una interfaz web. La interfaz base para gestionar la instalación se ha construido utilizando tecnologías web e incluye un manejador que proporciona acceso a las llamadas de D-Bus a través de HTTP, así como la propia interfaz web. La interfaz web está escrita en JavaScript utilizando el marco React y componentes de PatternFly. Para garantizar la seguridad, D-Installer admite la instalación en secciones cifradas y permite el uso de TPM (Trusted Platform Module) para descifrar la sección de inicio, utilizando en lugar de contraseñas claves almacenadas en el chip TPM.
- Se garantiza la ejecución de algunos clientes de YaST (bootloader, iSCSIClient, Kdump, firewall, etc.) en contenedores separados. Se han implementado dos tipos de contenedores: de gestión para trabajar con YaST en modo texto, en GUI y a través de la interfaz web, y de prueba para realizar pruebas automatizadas. Varios módulos también se han adaptado para su uso en sistemas con actualizaciones transaccionales. Para la integración con openQA, se propone la biblioteca libyui-rest-api con implementación de REST API.
- Se ha implementado la ejecución en el contenedor de la plataforma Cockpit, sobre la cual se construyó la interfaz web del configurador y el instalador.
- Se ha asegurado la posibilidad de utilizar cifrado de disco completo (FDE, Full Disk Encryption) en instalaciones sobre hardware convencional, y no solo en sistemas de virtualización y en la nube.
- Se ha utilizado GRUB2 como el cargador de arranque principal.
- Se han añadido configuraciones para el despliegue de contenedores para construir un cortafuegos (firewalld-container) y para la gestión centralizada de sistemas y clústeres (warewulf-container).
Fuente: opennet.ru
