L'azienda SUSE ha pubblicato il secondo prototipo della piattaforma ALP «Punta Baretti» (Adaptable Linux Platform), posizionata come un'evoluzione del sistema operativo SUSE Linux Enterprise. La principale novità di ALP è la separazione della base del sistema in due parti: una versione semplificata «host OS» per operare sull'hardware e un livello dedicato al supporto delle applicazioni, mirato all'esecuzione in contenitori e macchine virtuali. Le build sono preparate per l'architettura x86_64. ALP è sviluppato inizialmente attraverso un processo di sviluppo aperto, in cui le build intermedie e i risultati dei test sono pubblicamente accessibili a chiunque.
L'architettura ALP si basa sullo sviluppo di un ambiente 'host OS', minimo necessario per supportare e gestire l'hardware. Tutte le applicazioni e i componenti dello spazio utente sono progettati per essere eseguiti non in un ambiente misto, ma in contenitori separati o in macchine virtuali, eseguiti sopra l' 'host OS' e isolati l'uno dall'altro. Tale organizzazione consentirà agli utenti di concentrarsi sulle applicazioni e di astraere i flussi di lavoro, separandoli dall'ambiente di sistema di basso livello e dall'hardware.
La base per il "host OS" è fornita dal prodotto SLE Micro, sviluppato sulle esperienze del progetto MicroOS. Per la gestione centralizzata, sono disponibili sistemi di gestione della configurazione Salt (preinstallato) e Ansible (opzionale). Per l'esecuzione di container isolati, sono disponibili strumenti come Podman e K3s (Kubernetes). Tra i componenti di sistema incorporati nei container ci sono yast2, podman, k3s, cockpit, GDM (GNOME Display Manager) e KVM.
Tra le caratteristiche dell'ambiente di sistema si menziona l'uso predefinito della crittografia del disco (FDE, Full Disk Encryption) con la possibilità di memorizzare le chiavi nel TPM. La partizione principale viene montata in modalità di sola lettura e non viene modificata durante il funzionamento. Nell'ambiente viene utilizzato un meccanismo di installazione atomica degli aggiornamenti. A differenza degli aggiornamenti atomici basati su ostree e snap, utilizzati in Fedora e Ubuntu, in ALP, invece di costruire singole immagini atomiche e distribuire un'infrastruttura di consegna aggiuntiva, vengono utilizzati il gestore di pacchetti di sistema e meccanismi di snapshot nel filesystem Btrfs.
È previsto un modo configurabile per l'installazione automatica degli aggiornamenti (ad esempio, è possibile abilitare l'installazione automatica solo per le patch di vulnerabilità critiche o tornare alla conferma manuale dell'installazione degli aggiornamenti). Per aggiornare il kernel Linux senza riavvio e interruzione del servizio, sono supportati i live patch. Per garantire la resilienza del sistema (self-healing), viene effettuata la registrazione dello stato stabile più recente tramite snapshot Btrfs (in caso di anomalie dopo l'applicazione di aggiornamenti o modifiche delle impostazioni, il sistema viene automaticamente riportato allo stato precedente).
La piattaforma utilizza uno stack software multi-versione: grazie all'uso dei contenitori, è possibile utilizzare diverse versioni di strumenti e applicazioni contemporaneamente. Ad esempio, è possibile eseguire applicazioni che utilizzano versioni diverse di Python, Java e Node.js come dipendenze, separando le dipendenze incompatibili. Le dipendenze di base sono fornite sotto forma di set di BCI (Base Container Images). L'utente può creare, aggiornare e eliminare stack software senza influire su altri ambienti.
Le principali modifiche nel secondo prototipo di ALP:
- È stato attivato l'installer D-Installer, nel quale l'interfaccia utente è separata dai componenti interni di YaST e offre la possibilità di utilizzare diversi front-end, inclusa un'interfaccia per la gestione dell'installazione tramite web. L'interfaccia di base per la gestione dell'installazione è costruita utilizzando tecnologie web e include un gestore che consente l'accesso alle chiamate D-Bus tramite HTTP, oltre all'interfaccia web. L'interfaccia web è scritta in JavaScript utilizzando il framework React e i componenti PatternFly. Per garantire la sicurezza, D-Installer supporta l'installazione su partizioni crittografate e consente l'uso del TPM (Trusted Platform Module) per decifrare la partizione di avvio, utilizzando invece delle password chiavi memorizzate nel chip TPM.
- È stato garantito il funzionamento di alcuni client YaST (bootloader, iSCSIClient, Kdump, firewall, ecc.) in contenitori separati. Sono stati implementati due tipi di contenitori: uno di gestione per lavorare con YaST in modalità testuale, GUI e tramite interfaccia web, e uno di test per condurre test automatizzati. Alcuni moduli sono stati anche adattati per l'uso in sistemi con aggiornamenti transazionali. Per l'integrazione con openQA è stata proposta la libreria libyui-rest-api con implementazione di REST API.
- È stata implementata l'esecuzione nel contenitore della piattaforma Cockpit, sulla quale è stato costruito l'interfaccia web del configuratore e dell'installatore.
- È stata garantita la possibilità di utilizzare la crittografia dell'intero disco (FDE, Full Disk Encryption) negli installazioni su hardware normale, non solo in sistemi di virtualizzazione e sistemi cloud.
- È stato utilizzato GRUB2 come bootloader principale.
- Sono state aggiunte configurazioni per il dispiegamento di contenitori per la costruzione di un firewall (firewalld-container) e per la gestione centralizzata di sistemi e cluster (warewulf-container).
Fonte: opennet.ru
