{"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":"Il 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 'Punta Baretti' (Adaptable Linux Platform), posizionata come un'evoluzione del sistema operativo SUSE Linux Enterprise. La principale differenza di ALP \u00e8 la divisione della base fondamentale del sistema in due parti: un 'host OS' ridotto per funzionare sopra l'hardware e uno strato di supporto per le applicazioni, orientato all'esecuzione in contenitori e macchine virtuali. Le build sono preparate per l'architettura x86_64. ALP si sviluppa inizialmente attraverso un processo di sviluppo aperto, durante il quale le build intermedie e i risultati dei test sono pubblicamente accessibili a chiunque sia interessato. <\/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

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