{"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\/pt\/blog\/administrirovanie\/spravochnaya-chego-zhdat-ot-fedora-silverblue","title":{"rendered":"Refer\u00eancia: o que esperar do Fedora Silverblue","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Analisando as caracter\u00edsticas do sistema operacional imut\u00e1vel.<\/h5>\n

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

Como o Silverblue surgiu<\/h2>\n

\nFedora Silverblue \u00e9 um sistema operacional de desktop imut\u00e1vel. Todos os aplicativos s\u00e3o executados em cont\u00eaineres isolados, e as atualiza\u00e7\u00f5es s\u00e3o instaladas de forma at\u00f4mica.<\/p>\n

Anteriormente, o projeto era chamado de Fedora Atomic Workstation<\/a><\/noindex>. Depois, foi renomeado para Silverblue. De acordo com os desenvolvedores, eles consideraram mais de 150 op\u00e7\u00f5es de nomes. Silverblue foi escolhido simplesmente porque havia um dom\u00ednio livre e contas nas redes sociais.<\/a><\/noindex><\/p>\n

O sistema atualizado substituiu<\/a><\/noindex> Fedora Workstation como a distribui\u00e7\u00e3o priorit\u00e1ria para desktops no Fedora 30. Os autores afirmam que, no futuro, o Silverblue pode substituir completamente<\/a><\/noindex> o Fedora Workstation.<\/p>\n

Um dos usu\u00e1rios do Hacker News sugeriu<\/a><\/noindex>, que a ideia do Silverblue \u00e9 uma evolu\u00e7\u00e3o do projeto Stateless Linux<\/a><\/noindex>. Este foi promovido no Fedora h\u00e1 cerca de dez anos. O Stateless Linux tinha como objetivo simplificar a administra\u00e7\u00e3o de clientes finos e grossos. Nele, todos os arquivos de configura\u00e7\u00e3o do sistema eram abertos em modo \"somente leitura\".<\/p>\n

O que significa \"imutabilidade\"<\/h2>\n

\nO termo \"sistema operacional imut\u00e1vel\" significa que os diret\u00f3rios raiz e do usu\u00e1rio s\u00e3o montados em modo \"somente leitura\". Todos os dados modific\u00e1veis s\u00e3o armazenados no diret\u00f3rio \/var. Um m\u00e9todo semelhante \u00e9 utilizado pelos desenvolvedores do ChromeOS<\/a><\/noindex> e macOS Catalina<\/a><\/noindex>. Essa abordagem aumenta a seguran\u00e7a do sistema operacional e evita a exclus\u00e3o acidental de arquivos do sistema.<\/p>\n

Um dos usu\u00e1rios do Hacker News comentou em um thread que em uma ocasi\u00e3o acidentalmente excluiu v\u00e1rios arquivos do sistema ao modificar o tema Ubuntu Yaru. Ele tamb\u00e9m n\u00e3o tinha backups devido a um erro em regex. Segundo ele, um sistema operacional imut\u00e1vel teria ajudado a evitar problemas. contou<\/a><\/noindex>A instala\u00e7\u00e3o de atualiza\u00e7\u00f5es tamb\u00e9m \u00e9 simplificada \u2014 para isso, basta reiniciar o sistema a partir da nova imagem. Al\u00e9m disso, h\u00e1 a possibilidade de alternar rapidamente entre v\u00e1rias ramifica\u00e7\u00f5es (lan\u00e7amentos) do Fedora. Por exemplo, entre a vers\u00e3o em desenvolvimento do Fedora<\/p><\/blockquote>\n

\nRawhide e<\/a><\/noindex> e reposit\u00f3rio updates-testing<\/a><\/noindex> com atualiza\u00e7\u00f5es em prepara\u00e7\u00e3o.<\/p>\n

Quais s\u00e3o as diferen\u00e7as em rela\u00e7\u00e3o ao Fedora cl\u00e1ssico<\/h2>\n

\nPara a instala\u00e7\u00e3o do ambiente b\u00e1sico (\/ e \/usr) \u00e9 utilizada a tecnologia OSTree. Pode-se dizer que isso \u00e9 um sistema de \"vers\u00e3o\" de pacotes RPM. Pacotes RPM s\u00e3o transcodificados para o reposit\u00f3rio OSTree atrav\u00e9s do rpm-ostree. Ao instalar um pacote, ele<\/a><\/noindex>cria um ponto de restaura\u00e7\u00e3o, no qual \u00e9 poss\u00edvel reverter em caso de falha.<\/a><\/noindex> um ponto de restaura\u00e7\u00e3o para o qual voc\u00ea pode voltar em caso de falha.<\/p>\n

OSTree tamb\u00e9m permite<\/a><\/noindex> instalar aplicativos de reposit\u00f3rios dnf\/yum e reposit\u00f3rios n\u00e3o suportados pelo Fedora. Para isso, em vez do comando dnf install, deve-se usar rpm-ostree install. O sistema formar\u00e1 uma nova imagem base do sistema operacional e a substituir\u00e1 pela instalada.<\/p>\n

Como mecanismo para atualiza\u00e7\u00e3o de aplicativos \u00e9 utilizado Flatpak<\/a><\/noindex>. Ele os executa em containers. O pacote Flatpak inclui apenas as depend\u00eancias espec\u00edficas para o aplicativo. Todas as bibliotecas base (como as bibliotecas GNOME e KDE) permanecem como ambientes runtime conect\u00e1veis. Essa abordagem permite reduzir o tamanho dos pacotes - excluindo componentes repetidos.<\/p>\n

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

Para instalar aplicativos que n\u00e3o est\u00e3o empacotados no Flatpak, pode-se utilizar Toolbox<\/a><\/noindex>. Ele permite criar um container com o instalador cl\u00e1ssico do Fedora.<\/p>\n

Solu\u00e7\u00f5es an\u00e1logas<\/h2>\n

\nH\u00e1 outras distribui\u00e7\u00f5es com tarefas semelhantes ao Silverblue. Um exemplo pode ser MicroOS<\/a><\/noindex> do openSUSE. Este n\u00e3o \u00e9 uma distribui\u00e7\u00e3o aut\u00f4noma, mas parte da plataforma openSUSE Kubic para implementa\u00e7\u00e3o de CaaS (Container as a Service).<\/p>\n

O sistema funciona com containers Docker. Suas imagens s\u00e3o distribu\u00eddas em forma de pacotes RPM. Isso facilita<\/a><\/noindex> a instala\u00e7\u00e3o de aplicativos baseados em linha de comando que n\u00e3o est\u00e3o dispon\u00edveis no formato Flatpak. O sistema host para executar os containers \u00e9 formado a partir do reposit\u00f3rio oficial. openSUSE Tumbleweed<\/a><\/noindex>.<\/p>\n

MicroOS foi desenvolvido para implementa\u00e7\u00e3o em ambientes em larga escala (como em data centers), mas tamb\u00e9m pode funcionar em m\u00e1quinas individuais.<\/p>\n

Um exemplo de outra cria\u00e7\u00e3o semelhante pode ser NixOS<\/a><\/noindex>. Esta \u00e9 uma distribui\u00e7\u00e3o Linux, cuja base \u00e9 o gerenciador de pacotes Nix. Sua principal caracter\u00edstica \u00e9 a descri\u00e7\u00e3o declarativa das configura\u00e7\u00f5es. O administrador n\u00e3o precisa instalar e configurar o sistema manualmente. O estado \u00e9 escrito em um arquivo especial: onde s\u00e3o indicados todos os pacotes e configura\u00e7\u00f5es de autentica\u00e7\u00e3o. Em seguida, o gerenciador de pacotes automaticamente traz o SO para o estado especificado.<\/p>\n

Este sistema \u00e9 amplamente utilizado utilizam<\/a><\/noindex> por provedores de nuvem, universidades e empresas de TI.<\/p>\n

De qualquer forma, o Silverblue tem chance de encontrar seu nicho no mercado. Se conseguir\u00e1, veremos no futuro.<\/p>\n

\nMateriais do Primeiro blog sobre IaaS corporativo:<\/b><\/p>\n