“Sistemas Imutáveis”

distro tradicional VS distro atômica / imutável

Aos poucos, este termo “imutável” está se tornando mais popular, apesar de ser representar a realidade, se tornou apenas um apelido, seguido de: read-only (apenas leitura), atômico, sistema A/B, sistema travado ou inquebrável etc…

Atualmente tenho conhecimento de alguns projetos e empresas que usam conceitos parecidos para oferecer um sistema resiliente e íntegro. Percebo que ainda falta conhecimento dos usuários e pouca divulgação destes projetos incríveis, que acredito terem capacidade de levar o Desktop Linux a outro patamar, talvez alcançar um público que as distribuições tradicionais ainda não alcançaram?

imagem comparativa sistema tradicional vs imutável

Ubuntu core

A Canonical desenvolve e mantêm o Ubuntu core que usando como “base” (as aspas aqui é por conta da sua outra base, o Debian) tecnologia Snap:

https://www.youtube.com/watch?v=pqBbiT40Eak&t=7109s

https://www.youtube.com/watch?v=NY39v0oubyI

Atualmente Ubuntu core é focada em servidores e IoT devices, a tecnologia Snap também é usada para app’s de desktop, mesmo sendo criada originalmente para IoT. Canonical anunciou que deve oferecer um sistema para desktop baseado em Snap na versão 24.04.

Fedora Project

Dentro do Fedora Project existe algumas edições voltadas a este modelo atômico de OS:

**CoreOS**: O Fedora CoreOS é um sistema operacional mínimo de atualização automática para executar cargas de trabalho em contêiner de forma segura e em escala. Atualmente está disponível em várias plataformas, com mais em breve.

Mantido principalmente por devs da RedHat/ Fedora e vários outros. Curiosamente, até um dos mantenedores do Kernel Linux (Greg Kroah-Hartman) está envolvido com o projeto. Atualmente em seu Github consta 56 pessoas como membros diretos do projeto.

**IoT**: Uma base para os ecossistemas da Internet das coisas e Device Edge. Mantida principalmente por devs RedHat/Fedora.

Mantido por aproximadamente 8 pessoas membros diretos no Github, muitos da RedHat / Fedora.

**Silverblue** (edição emergente): Fedora Silverblue é uma variante da Fedora Workstation. Ele parece, sente e se comporta como um sistema operacional de desktop regular e a experiência é semelhante ao que você encontra usando o Workstation (edição oficial/principal) do Fedora.

Mantido principalmente por devs GNOME / RedHat / Fedora. No Github temos 4 membros diretos + 11 via Pagure.

Kinoite: Apesar de não aparecer ainda na página oficial, é a versão do Silverblue (que usa GNOME) com KDE Plasma ou a versão semelhante ao Spin KDE.

Mantido principalmente por devs KDE / Fedora / RedHat. Via Pagure aproximadamente 2 contribuidores diretos + 1 (o principal dev) no Github. Sendo assim, o Fedora Kinoite é menor dos projetos dentro do Fedora atualmente.

Todos estes projetos “bebem da mesma fonte” estando dentro da infra, usando pacotes, atualizações, trabalho de engenharia, segurança e tudo que o Fedora + grande patrocínio da RedHat oferecem, mas a tecnologia chave usada por eles é o OSTree.

Endless OS

https://endlessos.com/pt-br/

Foi o primeiro OS a usar o OSTree oferecendo um desktop usável para o usuário leigo (este é o foco do OS até hoje). Usa base de pacotes Debian e faz uso exclusivo de Flatpak’s do Flathub e seu próprio repositório. É mantido pela Endless Fundation na qual tem vários desenvolvedores do core projeto GNOME, sendo assim tem muita proximidade com o upstream.

openSUSE

No openSUSE também existe sua tecnologia provendo atualizações atômicas e resiliência a um OS.

Tudo que tem “Micro” significa que usa o “transactional-update” na qual combina o zypper + BtrFS snapshots.

**Micro OS** — segue o Tumbleweed, versão rolling release atualizada e testada. Recebe novas versões dos softwares que compõe o OS, trazendo mais compatibilidade com novos hardwares e novas funcionalidades/melhorias dos softwares com o passar do tempo.

**Leap Micro **— segue o Leap, na qual é baseada no SUSE Linux Enterprise, versão estável porém congela por mais tempo as versões dos pacotes, recebendo backport’s de correções de segurança e poucas/nenhuma nova funcionalidade dos softwares no OS.

Estes são os principais, ou diria, os mais relevantes para o cenário de “sistemas imutáveis” do desktop Linux atualmente, apesar de que o Ubuntu ainda não oferece uma experiência completa, já oferece algumas características como a separação do OS / app’s do usuário com os Snap’s.

Elementary OS

https://elementary.io/pt_BR/

Ele ainda não é, mas está sendo trabalhado para um dia se tornar uma “distro imutável”. Atualmente já adotou Flatpak’s para os app’s do usuário oferecendo esta separação de OS / app’s, quase como o Ubuntu, só que usando Flatpak.

Steam OS 3

https://www.steamdeck.com/en/software

É a versão mais recente do OS da Valve, anteriormente baseado em Debian, o Steam OS 3 vem pré instalado no SteamDeck, oferece um sistema imutável com atualizações tipo A/B. Não existe muita documentação sobre o sistema, mas sabe-se que usufrui de pacotes do ArchLinux e Flatpak’s do Flathub para app’s do usuário.

O SteamOS 3 ainda não foi liberado oficialmente para o publico em geral, ou para instalação no seu computador por conta própria, apesar de já existir fork’s não oficiais, baseados nas imagens de recuperação do Steam Deck.

Vanilla OS

https://vanillaos.org/

Depois que o falecido “Ubuntu GNOME” virou a versão principal do Ubuntu, muitos ficaram órfãos de um sistema com GNOME puro + base Ubuntu. O Vanilla OS é praticamente isso, com o plus de uma “imutabilidade por controle”. Basicamente permite travar/destravar o OS entre outras escolhas deixadas na mão do usuário. Iniciado pelo mesmo desenvolvedor do app Bottles, atualmente em fase Beta e previsto para lançamento em Dezembro 2022.

Atualmente o projeto tem 13 pessoas contribuindo mais diretamente no projeto.

Clear Linux

[embed]

Talvez a distro imutável que tenha o melhor vídeo explicando como funciona uma “atualização atômica”. E faz sentido para muitos outros OS’s citados aqui.

Clear Linux OS é uma distribuição rolling release, otimizada para performance e segurança. Preparada para serviços Clound, desktop e servidores. É projetada para personalização e gerenciamento.

Na pratica é uma distro mantida pela Intel, onde é implementado features que ainda não foram para o upstream (Linux). Na parte do desktop não influenciam tanto, enviam o GNOME praticamente puro e atualizado.

obs: não é que uma distribuição é imutável que não pode ser projetada para personalização!

Tau OS

https://github.com/tau-OS

Uma pequeno projeto levado por 2 entusiastas. Pretende ser uma espécie de “GNOME” ou “elementaryOS” ou os dois ao mesmo tempo. Na prática ainda não chegaram perto de ser nenhum dos dois.

Ele usa OSTree que você basicamente pode converter ou fazer um rebase do Silverblue para o TauOS, também pode usar qualquer outro “Fedora OSTree” como Kinoite, CoreOS, IoT. Possui seu próprio repositório Flatpak.

Este projeto pode não ser muito “relevante” mas mostra uma possibilidade interessante com OSTree, de poder mudar de distro dando um simples rebase.

Imagine como seria se as distribuições usassem este esquema de rebase com OSTree? a escolha do sistema seria apenas um detalhe, seria o paraíso dos distro hoppers!

Liri OS

https://github.com/lirios

Outro pequeno projeto com grandes ambições e pouca mão de obra, seu github mostra 6 pessoas envolvidas mais diretamente no projeto.

Baseado no Fedora e usa o mesmo esquema de rebase com OSTree e também possui seu próprio repositório Flatpak.

GNOME OS

https://os.gnome.org/

Distro focada para teste de novas versões do GNOME e em máquina virtual, é possível instalar na sua máquina mas não é muito recomendável.

Usa OSTree, que por sua vez nasceu no projeto GNOME e claro, Flatpak’s para os app’s do usuário.

Menções

NixOS, MacOS, ChromeOS e Android, sim são sistemas tipo imutável, cada um atendendo seus propósitos e necessidades de quem os mantêm e seus clientes / comunidade de usuários.

Concluindo

Por enquanto é isso, talvez isso seja uma porta de entrada para quem acha que sistemas imutáveis são a “Androidização do Linux” e perceber que distribuições tradicionais podem adotar certas práticas ou tecnologias, a fim de modernizar a maneira de se manter um OS. Buscando principalmente mais sustentabilidade, segurança e resiliência aos usuários e mantenedores, sem necessariamente “tirar a liberdade” das pessoas.