{"id":36281,"date":"2019-10-31T22:10:39","date_gmt":"2019-10-31T19:10:39","guid":{"rendered":"https:\/\/prohoster.info\/blog\/spravochnaya-chego-zhdat-ot-fedora-silverblue\/"},"modified":"2019-10-31T22:10:39","modified_gmt":"2019-10-31T19:10:39","slug":"spravochnaya-chego-zhdat-ot-fedora-silverblue","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/spravochnaya-chego-zhdat-ot-fedora-silverblue","title":{"rendered":"Riferimenti: cosa aspettarsi da Fedora Silverblue","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Analizziamo le caratteristiche del sistema operativo immutabile.<\/h5>\n

\n\"Riferimenti:<\/a><\/noindex>
\n\/ \u0444\u043e\u0442\u043e Clem Onojeghuo<\/a><\/noindex> Unsplash<\/i><\/p>\n

Come \u00e8 nata Silverblue<\/h2>\n

\nFedora Silverblue \u00e8 un sistema operativo desktop immutabile. Tutte le applicazioni vengono eseguite in contenitori isolati e gli aggiornamenti vengono installati in modo atomico.<\/p>\n

In passato il progetto si chiamava Fedora Atomic Workstation<\/a><\/noindex>. In seguito \u00e8 stato rinominato Silverblue. Secondo gli sviluppatori, hanno considerato oltre 150 opzioni di nomi. Hanno scelto Silverblue semplicemente perch\u00e9 esisteva un dominio libero e degli account sui social media.<\/a><\/noindex><\/p>\n

Il sistema aggiornato ha sostituito<\/a><\/noindex> Fedora Workstation come build prioritaria per desktop in Fedora 30. Gli autori affermano che, in previsione, Silverblue potrebbe sostituire completamente<\/a><\/noindex> Fedora Workstation.<\/p>\n

Uno dei membri di Hacker News ha ipotizzato<\/a><\/noindex>, che il concetto di Silverblue sia un'evoluzione del progetto Stateless Linux<\/a><\/noindex>. Questo era stato promosso in Fedora circa dieci anni fa. Stateless Linux doveva semplificare l'amministrazione di client sottili e grassi. Anche in quella tutti i file di configurazione del sistema venivano aperti in modalit\u00e0 \"sola lettura\".<\/p>\n

Cosa offre l'\"immutabilit\u00e0\"<\/h2>\n

\nIl termine \"sistema operativo immutabile\" indica che le directory radice e degli utenti vengono montate in modalit\u00e0 \"sola lettura\". Tutti i dati modificabili sono posizionati nella directory \/var. Un metodo simile \u00e8 utilizzato dagli sviluppatori ChromeOS<\/a><\/noindex> e macOS Catalina<\/a><\/noindex>. Questo approccio aumenta la sicurezza del sistema operativo e impedisce l'eliminazione dei file di sistema (ad esempio, per errore).<\/p>\n

Uno dei membri di Hacker News in un thread tematico ha raccontato<\/a><\/noindex>, ha raccontato di aver accidentalmente cancellato alcuni file di sistema mentre modificava il tema Ubuntu Yaru. Inoltre, non aveva effettuato il backup a causa di un errore nel regex. Secondo le sue parole, un sistema operativo immutabile avrebbe evitato problemi.<\/p><\/blockquote>\n

\nLa facilit\u00e0 di installazione degli aggiornamenti \u00e8 anch'essa semplificata: basta riavviare il sistema con una nuova immagine. Inoltre, si ha la possibilit\u00e0 di passare rapidamente tra diversi rami (versioni di Fedora). Ad esempio, tra la versione attualmente in sviluppo di Fedora Rawhide<\/a><\/noindex> e il repository updates-testing<\/a><\/noindex> con gli aggiornamenti in fase di preparazione.<\/p>\n

Quali sono le differenze dalla Fedora classica<\/h2>\n

\nPer l'installazione dell'ambiente di base (\/ e \/usr) viene utilizzata la tecnologia OSTree. Si pu\u00f2 dire che sia un sistema di \"versionamento\" RPM<\/a><\/noindex>-pacchetti. I pacchetti RPM vengono traslati nel repository OSTree tramite rpm-ostree. Installando un pacchetto, esso forma<\/a><\/noindex> il punto di ripristino a cui \u00e8 possibile tornare in caso di guasto.<\/p>\n

OSTree pu\u00f2 anche consente<\/a><\/noindex> installare applicazioni dai repository dnf\/yum e dai repository non supportati da Fedora. Per fare ci\u00f2, invece del comando dnf install, \u00e8 necessario utilizzare rpm-ostree install. Il sistema creer\u00e0 una nuova immagine di base del sistema operativo e la sostituir\u00e0 con quella installata.<\/p>\n

Come meccanismo per aggiornare le applicazioni viene utilizzato Flatpak<\/a><\/noindex>. Questo avvia le applicazioni in contenitori. Un pacchetto Flatpak include solo le dipendenze specifiche per l'applicazione. Tutte le librerie di base (come quelle di GNOME e KDE) rimangono ambienti runtime collegabili. Questo approccio consente di ridurre la dimensione dei pacchetti, escludendo componenti duplicati.<\/p>\n

\"Riferimenti:
\n\/ \u0444\u043e\u0442\u043e Jonathan Larson<\/a><\/noindex> Unsplash<\/i><\/p>\n

Per installare applicazioni che non sono impacchettate in Flatpak, \u00e8 possibile utilizzare Toolbox<\/a><\/noindex>. Questo permette di creare un contenitore con il classico installer di Fedora.<\/p>\n

Soluzioni simili<\/h2>\n

\nCi sono anche altre distribuzioni che hanno compiti simili a quelli di Silverblue. Un esempio \u00e8 MicroOS<\/a><\/noindex> di openSUSE. Non \u00e8 una distribuzione autonoma, ma parte della piattaforma openSUSE Kubic per il deploy di CaaS (Container as a Service).<\/p>\n

Il sistema lavora con contenitori Docker. Le loro immagini vengono distribuite come pacchetti RPM. Questo semplifica<\/a><\/noindex> l'installazione di applicazioni basate su linea di comando, che non sono disponibili nel formato Flatpak. Il sistema host per eseguire i contenitori viene creato basandosi sul repository ufficiale openSUSE Tumbleweed<\/a><\/noindex>.<\/p>\n

MicroOS \u00e8 stato sviluppato per il deploy in ambienti su larga scala (ad esempio, nei data center), ma \u00e8 in grado di funzionare anche su singole macchine.<\/p>\n

Un esempio di un'altra sviluppo simile potrebbe essere NixOS<\/a><\/noindex>. Questa \u00e8 una distribuzione Linux, che si basa sul gestore di pacchetti Nix. La sua principale caratteristica \u00e8 la descrizione dichiarativa delle configurazioni. L'amministratore non deve installare e configurare il sistema manualmente. Lo stato \u00e8 descritto in un file speciale: l\u00ec vengono elencati tutti i pacchetti e le impostazioni di autenticazione. Successivamente, il gestore di pacchetti porta automaticamente il sistema operativo allo stato specificato.<\/p>\n

Questo sistema \u00e8 attivamente utilizzano<\/a><\/noindex> utilizzato da fornitori di cloud, universit\u00e0 e aziende IT.<\/p>\n

In ogni caso, Silverblue ha la possibilit\u00e0 di trovare una sua nicchia nel mercato. Riuscir\u00e0 a farlo - lo vedremo in futuro.<\/p>\n

\nMateriali dal Primo blog sul IaaS aziendale:<\/b><\/p>\n