O CentOS que você conhecia acabou: para onde migrar

Por mais de uma década, "servidor de produção" e "CentOS" foram praticamente sinônimos no mercado brasileiro. Era o RHEL sem a fatura: mesmos pacotes, mesmo ciclo longo, mesma documentação. Esse arranjo acabou — e não por um deslize de comunicação, mas por uma mudança de estratégia que já se consolidou.

Se você ainda tem máquinas em CentOS 7, elas estão sem correção de segurança desde 30 de junho de 2024. O CentOS 8, que deveria durar até 2029, foi encerrado em 31 de dezembro de 2021. Esta é a decisão que ficou pendente na sua fila.

O que mudou, em uma parágrafo

O CentOS clássico era uma reconstrução do código-fonte do Red Hat Enterprise Linux, lançada depois dele. Em dezembro de 2020, a Red Hat anunciou que o foco passaria ao CentOS Stream, que ocupa a posição oposta na linha do tempo: ele é o que vai virar a próxima versão menor do RHEL, não a cópia da atual.

Não é uma distribuição instável — é uma distribuição anterior. Para quem desenvolve software que precisa rodar em RHEL, isso é uma melhoria, porque dá para testar antes. Para quem operava CentOS justamente pela promessa de "exatamente o que está em produção no RHEL, e nada de novo", é outro produto.

Em 2023, a Red Hat restringiu a publicação do código-fonte do RHEL a clientes, tornando a reconstrução idêntica mais difícil. Foi o que empurrou os projetos sucessores a caminhos técnicos distintos — e o que explica por que hoje eles não são todos a mesma coisa com nomes diferentes.

Os quatro caminhos

AlmaLinux

Mantido por uma fundação sem fins lucrativos, com governança aberta. Depois da mudança de 2023, deixou de perseguir a compatibilidade bug a bug com o RHEL e passou a mirar compatibilidade de ABI — o que significa que aplicativos compilados para RHEL continuam funcionando, mas o projeto se dá liberdade para corrigir falhas antes e para incluir correções que a Red Hat não trouxe.

Na prática, é a opção mais confortável para quem quer um substituto direto do CentOS com uma comunidade ativa e ferramenta de conversão in-place madura.

Rocky Linux

Criado por um dos fundadores do CentOS original, com o objetivo declarado de manter a equivalência mais estrita possível com o RHEL. É a escolha de quem tem software de terceiro homologado especificamente para RHEL e prefere a aposta mais conservadora.

Tecnicamente as duas são muito próximas; a diferença real está na governança e em quem você prefere que decida quando divergir do upstream.

CentOS Stream

Faz sentido se você desenvolve ou empacota software para a família RHEL e quer estar à frente. Continua sendo uma distribuição séria, com correções de segurança e ciclo de vida definido.

Não faz sentido como substituto automático do CentOS 7 em um parque de servidores que você quer que não mude.

Sair da família: Debian ou Ubuntu LTS

O caminho mais subestimado. Se o motivo de estar em CentOS era "é o que a gente sempre usou", e não uma exigência de homologação, migrar para Debian ou Ubuntu LTS elimina de vez a dependência das decisões comerciais da Red Hat.

O custo é real: apt no lugar de dnf, nomes de pacote diferentes, caminhos de configuração diferentes, AppArmor no lugar de SELinux. É uma migração de verdade, não uma conversão. Em compensação, se a maior parte da sua aplicação já roda em container, boa parte desse custo evapora — a distribuição do host passa a ser detalhe.

Para quem paga por suporte de qualquer forma, vale mencionar a quarta opção: o próprio RHEL, que mantém um programa gratuito para poucos servidores. Se o ponto sempre foi compatibilidade com RHEL, comprar RHEL é a resposta mais direta.

Como decidir sem reunião longa

O roteiro de migração

Tanto AlmaLinux quanto Rocky oferecem conversão in-place a partir do CentOS 7 e do CentOS 8, o que é tentador porque não exige reinstalar. Vale saber o que se ganha e o que se arrisca.

Conversão in-place preserva configuração, dados e endereço IP. Em compensação, ela reescreve o gerenciador de pacotes de uma máquina em produção. Quando dá errado, dá errado no meio.

A regra que evita a maior parte da dor é uma só: tire um snapshot antes. Uma conversão de distribuição é o exemplo de manual de mudança arriscada e reversível — o snapshot antes da mudança leva segundos e é a diferença entre "voltamos" e "reconstruímos".

A sequência que costuma funcionar:

1. Inventarie. rpm -qa --qf '%{NAME}\n' | sort em cada máquina. Pacotes de repositório de terceiro (EPEL, Remi, fornecedores) são os que quebram a conversão.
2. Escolha uma máquina de menor risco e faça o caminho inteiro nela primeiro. Documente o que deu errado.
3. Snapshot. Sem exceção.
4. Converta ou reinstale. Para pular duas versões principais — de CentOS 7 para AlmaLinux 9 ou Rocky 9, por exemplo — reinstalar em máquina nova costuma sair mais barato do que encadear conversões.
5. Valide o que importa: o serviço sobe, o certificado renova, o cron roda, o backup roda, o monitoramento reporta. Um serviço que não volta depois da migração pede a leitura de systemctl status e journalctl — nomes de unit e caminhos de configuração mudam entre versões.
6. Só então desative a máquina antiga, e deixe o snapshot ou o backup guardado por algumas semanas.

Um caminho que vale considerar por cima de tudo isso: em vez de converter, criar nova. Subir uma VPS limpa na distribuição escolhida, provisionar, testar e trocar o apontamento do domínio dá um retorno instantâneo — o servidor antigo continua de pé até você ter certeza. É mais trabalho de provisionamento e muito menos risco; criar a VPS e apontar o domínio com SSL são a parte mecânica.

A lição que sobra

O CentOS não acabou por falha técnica. Ele acabou porque era um produto gratuito mantido por uma empresa cuja receita vinha do equivalente pago — um arranjo que funcionou por anos e que deixou de fazer sentido para quem pagava a conta.

Vale guardar isso ao escolher a próxima base: a pergunta não é só "esta distribuição é boa?", é "quem sustenta isto, e o que acontece com o meu servidor se essa pessoa mudar de ideia?". Fundação com governança aberta e várias empresas financiando responde melhor a essa pergunta do que qualquer benchmark. É a mesma discussão que apareceu depois em outra forma — quando projetos open-source consolidados mudaram de licença.