Cada plataforma que você suporta vem com um custo associado. Normalmente você precisa:
- Um ambiente de criação
- Um ambiente de teste separado (por exemplo, não ter as ferramentas de desenvolvimento instaladas)
- Tempo adicional para criar e testar novos lançamentos
- Recursos adicionais para suportar cada plataforma
O CentOS pretende ser binário compatível com o Red Hat, o que diminui a necessidade de um ambiente de criação separado. No entanto, se você também não tiver acesso a um ambiente do CentOS, pelo menos para testes, poderá ser surpreendido por diferenças sutis. Teoricamente, você pode não conseguir reproduzir um problema que ocorre na instalação do CentOS de um usuário na sua instalação da Red Hat.
Você também pode precisar fornecer instruções de instalação diferentes para dependências, devido à organização do repositório diferente.
Organização do repositório
A Red Hat do RHEL 7 dividiu as coisas em muitos outros repositórios:
- host atômico
- servidor
- estação de trabalho
- variantes opcionais do acima
- repos complementares para o acima
- repos beta para o acima
Na verdade, eu conto não menos que 85 (como segue):
>yum repolist all | grep rhel | wc -l
85
Este não parece ser o caso do CentOS 7 (por favor corrija-me se estiver errado)
Além disso, as coisas disponíveis em um repositório do RHEL não são compatíveis com algumas das outras. Por exemplo, o docker do atomichost não funciona bem na instalação da estação de trabalho.
Java
Este post de 2016 menciona que (Oracle) Java não pode ser instalado diretamente no CentOS:
Red Hat has a contract with Oracle to redistribute Oracle Java SE binaries (including the JDK and JRE) and to support those products as part of a RHEL subscriptions. CentOS does not ship Oracle Java SE; CentOS users who wish to use Oracle Java SE must download and install it directly from Oracle.
Patches de segurança
Os patches de segurança são geralmente aplicados ao CentOS muito rapidamente :
- How long after Red Hat publishes a fix does it take for CentOS to publish a fix?
Our goal is to have individual RPM packages available on the mirrors within 72 hours of their release, and normally they are available within 24 hours. Occasionally packages are delayed for various reasons. On rare occasions packages may be built and pushed to the mirrors but not available via yum. (This is because yum-arch has not been run on the master mirror. This may happen when issues with upstream packages are discovered shortly after their release, and if releasing the package would break it's functionality.)
A Red Hat fornece suporte de ciclo de vida estendido para versões mais antigas (com custo adicional). Isso significa que você pode obter patches para CVEs críticos para o RHEL 5, enquanto o CentOS pode simplesmente cancelar o CentOS 5 como não é mais suportado. Notavelmente, houve vários CVEs críticos afetando o RHEL 5, uma vez que (e o CentOS 5) atingiu o fim da vida.
Veja também O CentOS é exatamente igual ao RHEL?
Docker
Com a ascensão do Docker, temos uma nova diferença :
Docker Community Edition (Docker CE) is not supported on Red Hat Enterprise Linux.
Você deve comprar a licença do Docker EE. Você pode instalar o Docker-CE no RHEL usando os repositórios do CentOS. Consulte instalar o Docker CE 17.03 no RHEL7
Mas esta é obviamente uma configuração não suportada.
Este é um caso estranho, já que a decisão é tomada pela equipe do Docker e não pela Red Hat. Então presumivelmente a Red Hat poderia decidir apoiar o Docker CE se quisesse?
A diferença essencial entre eles ainda é a mesma:
Se você quer suporte comercial e certificação, você precisa pagar por isso (use Red Hat) Se você não quiser, pode usar o CentOS.
Direção
A partir do Perguntas frequentes sobre CentOS :
Red Hat and the CentOS Project are building a new CentOS, capable of driving forward development and adoption of next-generation open source projects.
Esta é uma sinopse corporativa, mas poderia ser entendido como se a Red Hat quisesse que o RHEL divergisse do CentOS de alguma forma interessante, mas não especificada.