L'azienda SUSE ha pubblicato il terzo prototipo della piattaforma ALP \u00abPiz Bernina\u00bb (Adaptable Linux Platform), posizionata come continuazione dello sviluppo della distribuzione SUSE Linux Enterprise. La principale distinzione di ALP \u00e8 la separazione della base della distribuzione in due parti: una versione ridotta del \u00abhost OS\u00bb per funzionare sopra l'hardware e uno strato di supporto per le applicazioni, orientato all'esecuzione in contenitori e macchine virtuali. ALP si sviluppa inizialmente utilizzando un processo di sviluppo aperto, con build intermedie e risultati di testing pubblicamente disponibili a tutti gli interessati. <\/p>\n
Il terzo prototipo include due rami separati, che attualmente hanno una composizione simile, ma in futuro si svilupperanno in direzioni diverse e si differenzieranno per i servizi offerti. Per il test \u00e8 disponibile il ramo Bedrock, orientato all'uso in sistemi server, e il ramo Micro, destinato alla costruzione di sistemi cloud-native e all'esecuzione di microservizi. Sono pronte build per l'architettura x86_64 (Bedrock, Micro). Sono inoltre disponibili script di build (Bedrock, Micro) per le architetture Aarch64, PPC64le e s390x. <\/p>\n
L'architettura di ALP si basa sullo sviluppo nell'ambiente del \u00abhost OS\u00bb, il quale \u00e8 minimo e necessario per supportare e gestire l'hardware. Tutte le applicazioni e i componenti dello spazio utente sono proposti per essere eseguiti non in un ambiente misto, ma in contenitori separati o in macchine virtuali<\/a>, eseguiti sopra il \u00abhost OS\u00bb e isolati l'uno dall'altro. Tale organizzazione permetter\u00e0 agli utenti di focalizzarsi sulle applicazioni e di astrarre i flussi di lavoro, separandoli dall'ambiente di sistema di basso livello e dall'hardware. <\/p>\n L'\u00abhost OS\u00bb si basa sul prodotto SLE Micro, sviluppato a partire dai lavori del progetto MicroOS. Per la gestione centralizzata sono disponibili sistemi di gestione della configurazione come Salt (preinstallato) e Ansible (opzione). Per l'esecuzione di contenitori isolati sono disponibili gli strumenti Podman e K3s (Kubernetes). Tra i componenti di sistema spostati nei contenitori ci sono yast2, podman, k3s, cockpit, GDM (GNOME Display Manager) e KVM. <\/p>\n Tra le caratteristiche dell'ambiente di sistema si segnala l'uso predefinito della crittografia del disco (FDE, Full Disk Encryption) con possibilit\u00e0 di memorizzare le chiavi nel TPM. La partizione di root \u00e8 montata in modalit\u00e0 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 dispiegare un'infrastruttura di consegna aggiuntiva vengono utilizzati il gestore di pacchetti standard e il meccanismo di snapshot nel file system Btrfs. <\/p>\n \u00c8 previsto un regime configurabile per l'installazione automatica degli aggiornamenti (ad esempio, \u00e8 possibile attivare l'installazione automatica solo delle patch per le vulnerabilit\u00e0 critiche o tornare a confermare manualmente l'installazione degli aggiornamenti). Per aggiornare il kernel Linux senza riavvio e senza interrompere il funzionamento, sono supportati i live patch. Per garantire la resilienza del sistema (self-healing), viene effettuato un backup dell'ultimo stato stabile tramite snapshot Btrfs (in caso di anomalie dopo l'applicazione degli aggiornamenti o delle modifiche alle impostazioni, il sistema viene automaticamente riportato allo stato precedente). <\/p>\n La piattaforma utilizza uno stack software multi-versione: grazie all'uso di contenitori, \u00e8 possibile utilizzare contemporaneamente versioni diverse di strumenti e applicazioni. Ad esempio, \u00e8 possibile eseguire applicazioni che dipendono da versioni diverse di Python, Java e Node.js, separando le dipendenze incompatibili. Le dipendenze di base sono fornite sotto forma di set BCI (Base Container Images). L'utente pu\u00f2 creare, aggiornare e rimuovere stack software senza influenzare altri ambienti. <\/p>\n Per l'installazione viene utilizzato l'installatore D-Installer, in cui l'interfaccia utente \u00e8 separata dai componenti interni di YaST e vi \u00e8 la possibilit\u00e0 di utilizzare vari frontend, compreso un frontend per la gestione dell'installazione tramite interfaccia web. \u00c8 supportata l'esecuzione dei clienti YaST (bootloader, iSCSIClient, Kdump, firewall, ecc.) in container separati. <\/p>\n Le principali modifiche nel terzo prototipo di ALP: <\/p>\n\n