{"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\/it\/blog\/news\/vtoroj-prototip-platformy-alp-idushhej-na-smenu-suse-linux-enterprise","title":{"rendered":"Secondo prototipo della piattaforma ALP, che sostituisce SUSE Linux Enterprise","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

L'azienda SUSE ha pubblicato il secondo prototipo della piattaforma ALP \u00abPunta Baretti\u00bb (Adaptable Linux Platform), presentata come un'evoluzione della distribuzione SUSE Linux Enterprise. La differenza principale di ALP \u00e8 la suddivisione della base della distribuzione in due parti: un 'host OS' ridotto per il funzionamento sull'hardware e un livello per il supporto delle applicazioni, progettato per l'esecuzione in contenitori e macchine virtuali. Le build sono preparate per l'architettura x86_64. ALP \u00e8 in fase di sviluppo con un processo di sviluppo aperto, in cui le build intermedie e i risultati dei test sono pubblicamente disponibili per chiunque desideri accedervi. <\/p>\n

L'architettura di ALP si basa sullo sviluppo di un ambiente 'host OS', minimamente necessario per il supporto e la gestione dell'hardware. Tutte le applicazioni e i componenti dello spazio utente sono suggeriti per essere eseguiti non in un ambiente misto, ma in contenitori separati o in macchine virtuali<\/a>, eseguiti sopra l'«host OS» e isolati gli uni dagli altri. Questa organizzazione permetter\u00e0 agli utenti di concentrarsi sulle applicazioni e di astrarre i flussi di lavoro, separandoli dall'ambiente di sistema a basso livello e dall'hardware. <\/p>\n

Come base per l'«host OS» viene utilizzato il prodotto SLE Micro, basato sui risultati del progetto MicroOS. Per la gestione centralizzata sono proposti sistemi di gestione delle configurazioni Salt (gi\u00e0 installato) e Ansible (opzionale). Per l'esecuzione di contenitori isolati sono disponibili strumenti come Podman e K3s (Kubernetes). Tra i componenti di sistema portati nei contenitori ci sono yast2, podman, k3s, cockpit, GDM (GNOME Display Manager) e KVM. <\/p>\n

Tra le caratteristiche dell'ambiente di sistema si menziona l'uso predefinito della crittografia del disco (FDE, Full Disk Encryption) con la possibilit\u00e0 di memorizzare le chiavi nel TPM. La partizione principale viene montata in modalit\u00e0 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. <\/p>\n

\u00c8 previsto un modo configurabile per l'installazione automatica degli aggiornamenti (ad esempio, \u00e8 possibile abilitare l'installazione automatica solo per le patch di vulnerabilit\u00e0 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\u00f9 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). <\/p>\n

Nella piattaforma viene utilizzato un stack software multi-versione: grazie all'uso dei container, \u00e8 possibile utilizzare contemporaneamente diverse versioni di strumenti e applicazioni. Ad esempio, \u00e8 possibile eseguire applicazioni che dipendono da diverse versioni di Python, Java e Node.js, separando le dipendenze incompatibili tra loro. Le dipendenze di base sono fornite sotto forma di set BCI (Base Container Images). L'utente pu\u00f2 creare, aggiornare ed eliminare stack software senza influenzare altri ambienti. <\/p>\n

Le principali modifiche nel secondo prototipo di ALP: <\/p>\n