Por que existem Rocky Linux e AlmaLinux?

Por que existem dois rebuilds gratuitos do Red Hat Enterprise Linux

Rocky Linux e AlmaLinux existem porque a Red Hat encerrou o CentOS Linux anos antes da data em que os seus utilizadores esperavam que isso acontecesse. O CentOS era um rebuild gratuito e sem a marca da Red Hat Enterprise Linux (RHEL), com o mesmo período de suporte prolongado. Em 8 de dezembro de 2020, o CentOS Project anunciou que o CentOS Linux 8 terminaria no final de 2021, em vez de continuar até 2029. Dois projetos de substituição foram anunciados no prazo de uma semana após essa publicação, e ambos continuam a ser lançados atualmente.

Esse anúncio só faz sentido depois de saber o que era o CentOS e por que razão era permitido existir uma cópia gratuita de um produto comercial. A história começa em 2003.

Onde foi parar o Red Hat Linux em 2003: Fedora e RHEL

O produto original da Red Hat era uma distribuição em caixa chamada Red Hat Linux. A primeira versão não beta foi lançada em maio de 1995. A Red Hat não escreveu esse sistema do zero, e o percurso do Unix dos Bell Labs até um kernel Linux livre explica por que os componentes que empacotava podiam ser vendidos livremente numa caixa. A última versão, Red Hat Linux 9, foi lançada em 31 de março de 2003 e chegou ao fim de vida em 30 de abril de 2004.

Nessa altura, a Red Hat vendia a empresas, e as empresas queriam algo que o produto em caixa não podia oferecer: uma versão que permanecesse estável durante anos, com correções de segurança e sem atualizações inesperadas. A Red Hat criou essa versão como Red Hat Linux Advanced Server, que se tornou o Red Hat Enterprise Linux 2.1 em março de 2002. O RHEL é vendido por subscrição, cobrada por sistema e por ano. A subscrição inclui atualizações e suporte. Também inclui certificação: os fabricantes de hardware e os fornecedores de software comercial testam especificamente com o RHEL e mencionam-no nos termos de suporte.

A linha gratuita deixou então de ter uma função clara, por isso a Red Hat fundiu-a com um projeto comunitário externo. O Fedora Project e o Red Hat Project fundiram-se formalmente em 22 de setembro de 2003. O Fedora tornou-se a distribuição rápida e gratuita onde o trabalho novo chega primeiro. O RHEL tornou-se a distribuição lenta e paga montada a partir dela. O trabalho tem seguido essa direção desde então: o Fedora lidera e o RHEL segue. O exemplo mais claro é o systemd, que se tornou a opção predefinida do Fedora em maio de 2011 e só chegou ao RHEL com a versão 7, em junho de 2014. Assim, a discussão sobre substituir o SysV init foi resolvida no projeto de origem anos antes de chegar a um servidor empresarial.

A separação deixou uma lacuna. Muitas pessoas queriam o ciclo de vida de dez anos do RHEL sem pagar por servidor, e o Fedora não podia preencher essa lacuna, porque uma versão do Fedora recebe suporte durante aproximadamente treze meses.

Por que foi possível criar uma reconstrução gratuita do RHEL?

O RHEL é construído quase inteiramente com software distribuído sob licenças livres, e a GNU General Public License (GPL) é a que importa neste caso. Ela exige que qualquer pessoa que receba os binários também possa obter o código-fonte correspondente. A Red Hat cumpriu essa obrigação publicamente, publicando os SRPMs (SRPMs, o código-fonte empacotado de cada componente) num servidor público e, mais tarde, nos repositórios git.centos.org.

O código-fonte não é o produto completo. Duas partes do RHEL nunca foram livres para copiar. As marcas comerciais da Red Hat pertencem à Red Hat, portanto quem cria uma reconstrução precisa remover todos os logótipos e todas as menções ao nome. Os serviços pagos também permanecem protegidos pelo pagamento: os servidores de atualizações, o contrato de suporte, o processo de certificação e as erratas que descrevem cada correção.

A receita era fácil de descrever. Obter os códigos-fonte publicados, remover a marca, reconstruí-los e publicar o resultado. O objetivo era obter compatibilidade bug-for-bug, o que significa que a reconstrução inclui os mesmos patches e apresenta o mesmo comportamento que o RHEL, incluindo os bugs. Essa precisão era o objetivo, porque o software comercial é certificado para RHEL. Se a reconstrução se comportar de forma idêntica, esse software será executado nela, embora o fornecedor não forneça suporte nesse ambiente.

Para que servia o CentOS?

CentOS significa Community ENTerprise Operating System. O projeto teve origem no cAos Linux, iniciado por Gregory Kurtzer em 2002. A primeira versão do CentOS foi lançada em May 14, 2004, com o número 2, porque foi criada a partir do RHEL 2.1AS.

A principal vantagem era o ciclo de vida. Cada versão do CentOS acompanhava o período de suporte de dez anos do RHEL e não tinha qualquer custo. Empresas de alojamento usavam-no nas imagens predefinidas, universidades executavam-no em clusters, fornecedores de appliances incluíam-no nos seus produtos e os painéis de controlo partiam do princípio de que estava instalado. Se alugou um servidor privado virtual entre aproximadamente 2006 e 2020, o CentOS estava disponível no menu de sistemas operativos e era frequentemente a opção predefinida.

O CentOS Linux 7 mostra que esta promessa funcionava na prática. Foi lançado em July 7, 2014, e o suporte de segurança terminou em June 30, 2024, alguns dias antes de completar dez anos. É por isso que as pessoas se sentiam confortáveis a criar planos de dez anos com base na versão seguinte.

O que mudou quando o CentOS se juntou à Red Hat em 2014

Em 7 de janeiro de 2014, a Red Hat e o CentOS Project anunciaram que iam unir esforços. O diretor de tecnologia da Red Hat na altura, Brian Stevens, e o principal developer do CentOS, Karanbir Singh, participaram no anúncio. A Red Hat contribuiu com pessoal e infraestrutura, vários developers principais do CentOS tornaram-se colaboradores da Red Hat e o projeto passou a ter um conselho de administração formal.

Para os utilizadores, os efeitos visíveis foram positivos. As compilações ficavam disponíveis mais depressa depois de cada release do RHEL. O código-fonte passou para git.centos.org. Os Special Interest Groups produziram conteúdo adicional sobre a distribuição base, como as stacks de virtualização e armazenamento.

A mudança estrutural foi mais discreta e foi a que se tornou importante seis anos depois. O projeto que recompilava o RHEL passou a ser financiado e, em grande parte, mantido pela empresa que vendia o RHEL. Nada nesse acordo obrigava a Red Hat a manter o rebuild em funcionamento.

Por que o CentOS Linux 8 terminou em 2021?

O CentOS Linux 8 foi lançado em 24 de setembro de 2019. O RHEL 8 tinha suporte previsto até 31 de maio de 2029, por isso também se esperava que o CentOS Linux 8 fosse mantido até 2029.

Em 8 de dezembro de 2020, Rich Bowen publicou no blogue do CentOS o artigo "CentOS Project shifts focus to CentOS Stream". O CentOS Linux 8 terminaria em 31 de dezembro de 2021. O CentOS Linux 7 manteria a data original de 30 de junho de 2024. A justificação apresentada foi que o futuro do projeto seria o CentOS Stream.

[
  {
    "label": "Announced at release, September 2019",
    "support_window": 9.7
  },
  {
    "label": "Delivered, ended December 2021",
    "support_window": 2.3
  }
]

O CentOS Linux 8 foi lançado com uma janela de suporte prevista de cerca de 9.7 anos. Teve cerca de 2.3. Nenhuma funcionalidade foi removida e nenhum código ficou pior. O que as pessoas perderam foi uma data com a qual já se tinham comprometido, em máquinas que já estavam em produção, com pouco mais de um ano de aviso. Migrar um sistema operativo numa frota é trabalho planeado. Neste caso, passou a ser trabalho não planeado com um prazo definido.

O que é exatamente o CentOS Stream?

A maioria das explicações ainda descreve o CentOS Stream como o produto que cancelou o CentOS Linux. A cronologia está correta, mas a descrição está errada, porque os dois produtos seguem direções opostas.

O CentOS Linux era downstream do RHEL. A Red Hat lançava uma versão minor do RHEL, e o CentOS reconstruía-a depois. A cópia chegava sempre depois do original.

O CentOS Stream é upstream do RHEL. É o branch público onde a próxima versão minor do RHEL é montada. O trabalho passa do Fedora para o CentOS Stream e depois para o RHEL. Assim, um pacote aparece primeiro no Stream e chega mais tarde a uma versão minor do RHEL. O Stream é disponibilizado continuamente. Por isso, não fica parado entre versões minor como acontece com um RHEL lançado.

Isso torna o Stream útil para tarefas que o CentOS Linux nunca poderia executar. Se mantém software que tem de continuar a funcionar na próxima versão minor do RHEL, o Stream mostra essa versão com meses de antecedência. Se pretende corrigir um bug no RHEL, o Stream é um local para onde pode enviar o patch. Um rebuild downstream nunca ofereceu essa possibilidade. O argumento da Red Hat em 2020 era que isso transforma uma cópia passiva numa distribuição que a comunidade pode efetivamente alterar.

O Stream continua a ser um substituto fraco para aquilo que os utilizadores do CentOS Linux pretendiam, e o período de suporte demonstra isso. O CentOS Stream 10 foi lançado em December 12, 2024, com um período de cerca de cinco anos, contra os dez anos do RHEL. Uma equipa que executava uma frota com um plano de dez anos não recebeu uma versão mais rápida desse plano. Recebeu um produto diferente, com uma finalidade diferente.

De onde vieram o Rocky Linux e o AlmaLinux

O Rocky Linux foi anunciado em 8 de dezembro de 2020, no mesmo dia da publicação sobre o CentOS, por Gregory Kurtzer, que iniciou o projeto a partir do qual o CentOS cresceu. O nome homenageia Rocky McGaugh, um dos primeiros cofundadores do CentOS. O projeto é administrado pela Rocky Enterprise Software Foundation (RESF), e o seu principal financiador comercial é a CIQ, uma empresa fundada por Kurtzer. Uma versão candidata foi disponibilizada no fim de abril de 2021, e a primeira versão estável, Rocky Linux 8.4 "Green Obsidian", foi lançada em 21 de junho de 2021.

O AlmaLinux veio da CloudLinux, uma empresa que já comercializava uma distribuição derivada do RHEL para fornecedores de alojamento. Em 15 de dezembro de 2020, a CloudLinux comprometeu-se a investir mais de um milhão de dólares americanos por ano num rebuild gratuito do RHEL, então com o nome de código Project Lenix. O nome AlmaLinux foi anunciado em 12 de janeiro de 2021, uma versão beta chegou em 1 de fevereiro, e o AlmaLinux 8.3 "Purple Manul" foi lançado em 30 de março de 2021. Nesse mesmo dia, a titularidade passou para a AlmaLinux OS Foundation, uma organização sem fins lucrativos que detém a marca comercial e gere o conselho do projeto.

Os dois projetos resolveram o mesmo problema com modelos de governação diferentes. O Rocky veio da pessoa que iniciou o CentOS, com uma empresa criada à sua volta. O AlmaLinux veio de uma empresa que transferiu a marca comercial para uma fundação no dia em que o lançou. Durante dois anos, a diferença prática foi pequena, e ambos forneceram o que os utilizadores do CentOS Linux tinham perdido.

O que a Red Hat alterou nas fontes do RHEL em 2023

Em 21 de junho de 2023, Mike McGrath, então vice-presidente de plataformas centrais da Red Hat, publicou "Furthering the evolution of CentOS Stream". A frase principal dizia que o CentOS Stream passaria a ser o único repositório para as versões públicas do código-fonte relacionado com o RHEL. As fontes do RHEL que eram publicadas em git.centos.org deixaram de ser publicadas nesse local.

Os clientes e parceiros da Red Hat continuam a ter acesso às fontes do RHEL através do portal de clientes. Isso satisfaz a GPL, porque a obrigação aplica-se às pessoas que receberam os binários. O que mudou foi o acesso público. O registo, pacote a pacote, do que era incluído exatamente numa determinada versão menor do RHEL deixou de ser publicado abertamente. Além disso, o CentOS Stream está à frente do RHEL, e não alinhado com ele. Por isso, um projeto de reconstrução que trabalhe apenas a partir do Stream não consegue reproduzir exatamente uma versão menor já lançada.

A posição da Red Hat era que o Stream é o upstream e que o código-fonte público deve pertencer ao upstream. A posição dos projetos de reconstrução era que a alteração removeu o material em que se baseavam desde 2004. As duas descrições são corretas. A divergência diz respeito à finalidade da licença, e não ao que ela estabelece.

Como as reconstruções responderam e o que é a OpenELA

O Rocky Linux respondeu primeiro. Numa publicação datada de 29 de junho de 2023, o projeto afirmou que continuaria a obter os fontes do RHEL por vias que não exigem nenhum acordo adicional: imagens de contentores Universal Base Image (UBI) da Red Hat e instâncias RHEL pagas conforme a utilização em clouds públicas. Quem recebe esses binários tem, ao abrigo da GPL, o direito aos fontes correspondentes. O Rocky manteve o objetivo de acompanhar cada versão do RHEL à medida que fosse lançada.

O AlmaLinux respondeu de forma diferente. Em julho de 2023, a direção, presidida por benny Vasquez, abandonou o objetivo de ser idêntico ao RHEL e adotou a compatibilidade da interface binária de aplicação (ABI). Compatibilidade ABI significa que o software criado para o RHEL é executado sem alterações no AlmaLinux, sem que as duas distribuições tenham de ser compilações idênticas. Esta mudança proporcionou mais liberdade. O AlmaLinux pode lançar uma correção antes do RHEL e pode continuar a suportar hardware que o RHEL deixou de suportar.

Também houve movimento por parte de dois fornecedores maiores. Em 11 de julho de 2023, a SUSE afirmou que faria um fork público do RHEL disponibilizado publicamente e investiria mais de dez milhões de dólares norte-americanos numa distribuição compatível. A Oracle, que fornece o Oracle Linux como produto compatível com o RHEL desde 2006, publicou a sua própria resposta na mesma semana.

Em 10 de agosto de 2023, a CIQ, a Oracle e a SUSE anunciaram a Open Enterprise Linux Association (OpenELA). Trata-se de uma associação comercial com uma única finalidade: publicar os fontes do Linux empresarial para que as distribuições compatíveis com o RHEL possam continuar a ser compiladas e para manter esses fontes livres para redistribuição. Em novembro de 2023, anunciou os seus documentos de governação e a disponibilização do código. O AlmaLinux não aderiu, o que resulta da sua decisão relativa à ABI, porque já não precisa de uma fonte exata de código.

Qual deles você deve usar hoje em um servidor?

[
  {
    "distro": "RHEL 10",
    "support_window": 10,
    "notes": "Released May 2025, supported to May 2035"
  },
  {
    "distro": "AlmaLinux 10",
    "support_window": 10,
    "notes": "Released May 2025, supported to May 2035"
  },
  {
    "distro": "Rocky Linux 10",
    "support_window": 10,
    "notes": "Released June 2025, supported to May 2035"
  },
  {
    "distro": "CentOS Stream 10",
    "support_window": 5,
    "notes": "Released December 2024, supported to May 2030"
  }
]

As versões 10 mostram onde a história chegou. O RHEL 10 foi lançado em May 20, 2025, o AlmaLinux 10 "Purple Lion" em May 27, 2025, e o Rocky Linux 10 "Red Quartz" em June 11, 2025. Cada um deles publica um período de suporte de 10 anos. O CentOS Stream 10 publica 5 anos, o que indica claramente que é uma branch de desenvolvimento, e não um alvo congelado.

Os projetos também começaram a divergir de formas que podem causar problemas. O RHEL 10 elevou o requisito mínimo de hardware para x86-64-v3, um nível de microarquitetura que exige instruções de CPU mais recentes, como AVX2. O Rocky Linux 10 seguiu esse requisito e abandonou o x86-64-v2. O AlmaLinux 10 fornece x86-64-v3 por padrão e publica uma build separada de x86-64-v2 para processadores mais antigos. Em um VPS barato executado num host com uma CPU antiga, essa única decisão determina se o sistema pode ser instalado. Se estiver avaliando essa diferença para uma máquina específica, a comparação entre os dois rebuilds para um VPS apresenta lado a lado as promessas de compatibilidade e os requisitos mínimos de CPU. As diferenças continuam depois da instalação, e instalar o Docker Engine no Rocky Linux ou no AlmaLinux costuma ser a primeira que as pessoas encontram, porque o podman já ocupa o comando docker e o SELinux aplica novos contextos a bind mounts de formas que um guia de Ubuntu nunca menciona.

Há quatro interpretações práticas dessa linha do tempo:

• Se precisa da relação com o fornecedor, compre o RHEL. A subscrição é o produto e inclui as certificações e o canal de suporte que nenhum rebuild pode oferecer.
• Se quer o que o CentOS Linux oferecia, o AlmaLinux e o Rocky Linux fornecem isso, gratuitamente e com um período de suporte de dez anos. Ao vir de uma máquina Debian ou Ubuntu, a adaptação diária consiste principalmente no gestor de pacotes. Por isso, mantenha o equivalente dnf de cada comando apt à mão durante a primeira semana.
• Se escreve software que precisa de funcionar no RHEL, ou quer que os seus patches cheguem a ele, o CentOS Stream é o alvo correto, e o período mais curto é o preço dessa escolha.
• Se nada disso se aplica, o lado Debian do mundo responde à mesma questão de ciclo de vida à sua maneira, e a escolha entre Ubuntu LTS e versões interim é a versão dessa decisão que encontrará nesse ecossistema.

A lição subjacente à linha do tempo diz respeito à governança, não ao código. O CentOS Linux era um bom software e ainda assim terminou mais cedo, porque era financiado pela empresa cujo produto copiava. Ao escolher uma distribuição para uma máquina que espera manter em execução durante uma década, verifique quem a financia e quem detém a marca registrada. O AlmaLinux mantém a marca registrada numa fundação. O Rocky mantém a sua na RESF, com a CIQ como patrocinadora comercial. Ambos os projetos publicam essas respostas, o que é mais do que um utilizador do CentOS conseguia verificar em 2019.

Isto afeta diretamente quem aluga servidores. Em um VPS sem gestão, você aplica as atualizações por conta própria, por isso um fim de vida antecipado transforma-se numa migração que precisa planejar e num custo de tempo que precisa assumir. A parte rotineira desse trabalho não exige que fique diante do teclado, e configurar o dnf-automatic para instalar atualizações de segurança num temporizador permite reservar a sua atenção para as migrações que realmente precisam dela. Instalar um patch não é o mesmo que reiniciar o sistema para aplicá-lo. Por isso, verifique quais dessas atualizações exigem um reboot e quais precisam apenas de um serviço reiniciado antes de considerar a máquina atualizada. Se a questão do sistema operativo continuar em aberto num nível mais amplo, a comparação entre Linux e Windows Server vem antes de tudo isto.

FAQ

O CentOS morreu?

O CentOS Linux foi descontinuado. O CentOS Linux 8 terminou em December 31, 2021 e o CentOS Linux 7 terminou em June 30, 2024, pelo que nenhum dos dois recebe mais atualizações de segurança. O próprio CentOS Project continua ativo e produz o CentOS Stream, que é um produto diferente: o ramo público de desenvolvimento que alimenta o Red Hat Enterprise Linux. Se um servidor ainda executa CentOS Linux, está sem correções, e os destinos de migração mais comuns são AlmaLinux e Rocky Linux.

Qual é a diferença entre CentOS Stream e CentOS Linux?

A direção. O CentOS Linux era downstream: a Red Hat lançava uma versão minor do RHEL e o CentOS reconstruía-a depois. O CentOS Stream é upstream: é onde a próxima versão minor do RHEL é montada, pelo que o seu conteúdo chega antes do RHEL, e não depois. O Stream é atualizado continuamente em vez de ficar congelado, e o CentOS Stream 10 tem uma janela de suporte de cerca de cinco anos, contra os dez do RHEL.

Devo escolher Rocky Linux ou AlmaLinux?

Ambos são gratuitos, ambos acompanham de perto o RHEL e ambos publicam uma janela de dez anos, pelo que, para a maioria dos servidores, qualquer um funciona. As diferenças práticas resultam das decisões tomadas em 2023. O Rocky procura corresponder ao RHEL versão a versão, reconstruindo a partir de fontes obtidas através de imagens de contentores UBI e instâncias de cloud pública. O AlmaLinux procura compatibilidade ABI, o que lhe permite aplicar correções mais cedo e manter suporte para hardware que o RHEL deixou de suportar. O AlmaLinux 10 disponibiliza uma compilação x86-64-v2 para CPUs mais antigas e o Rocky Linux 10 exige x86-64-v3, pelo que, em hardware antigo, esse detalhe pode ser decisivo.

A Red Hat violou a GPL em 2023?

Nenhum tribunal o declarou, e a obrigação da GPL aplica-se às pessoas que recebem os binários. A Red Hat continua a fornecer aos seus clientes o código-fonte correspondente. A discussão diz respeito ao que acontece depois: uma subscrição pode não ser renovada, e os projetos de reconstrução interpretam isso como pressão para não exercerem o direito de redistribuição concedido pela licença. Foi por isso que o Rocky passou a usar métodos de obtenção de fontes que não incluem um acordo de subscrição, e que foi criada a OpenELA para publicar fontes abertamente.

Porque é que a Red Hat terminou o CentOS Linux?

O motivo indicado no anúncio de December 8, 2020 foi que o futuro do projeto era o CentOS Stream e que uma reconstrução que apenas copiava o RHEL não dava à comunidade qualquer forma de o influenciar. Muitos utilizadores também interpretaram a decisão como tendo uma motivação comercial, uma vez que o CentOS Linux era uma versão gratuita de um produto vendido pela Red Hat e era executado em produção por organizações que poderiam pagar uma subscrição. As publicações da própria Red Hat abordam o modelo de desenvolvimento, e não essa interpretação.