Eu sei que "a grande maioria das alterações feitas (pela equipe do CentOS ndr) será feita para atender às políticas de redistribuição do fornecedor de upstream em relação a nomes ou logotipos de marca registrada"
Mas estou procurando uma maneira de medir as diferenças reais entre o RHEL e o CentOS. Meu objetivo é demonstrar "cientificamente" que é possível usar o CentOS para fins de desenvolvimento e teste e usar o RHEL no ambiente de produção.
Alguma sugestão?
Obrigado antecipadamente.
Além de fazer instalações de ambos e executar um diff chique entre os dois e selecionar manualmente a saída, não há uma maneira real de provar para a maioria das pessoas que elas são iguais. Sim, eles usam o mesmo compilador, o mesmo vinculador e as mesmas bibliotecas, todas com as mesmas opções, mas muitas pessoas não vêem a indução como prova.
Qualquer resposta deve ser adaptada para quem precisa da prova (ou que tipo de "quem") e o nível da prova (leia-se: quão tolerante é a aplicação das diferenças).
Para o casual: eles constroem a partir das mesmas fontes, então eles são funcionalmente os mesmos. Você pode obter o rpm de origem para qualquer pacote através das duas distribuições e compará-las.
Para o nit-picker: os dois ambientes provavelmente não são os mesmos. Tudo é reconstruído a partir das mesmas fontes, mas o ambiente de criação de RH não é descrito com perfeição. Indiscutivelmente a equipe do CentOS não pode ser idêntica sem conhecimento interno constante. A obra de arte é claramente diferente. Os atualizadores são claramente diferentes: 5.x é mais próximo, pois ambos usam yum, em 4.x C usa yum e RH usa um proprietário.
Para o paranóico: se você permitir atualizações, não haverá duas máquinas que permaneçam as mesmas, a menos que você tome medidas extraordinárias, como clonar discos (e violar o licenciamento ...?).
Para a prática: o que importa para a aplicação? Nós testamos em ambos. Depois de testarmos ambos, podemos implantar os dois.
qual é a lógica do RHEL na produção e do CentOS no dev / test?
francamente, mesmo que sejam "cientificamente" iguais, você deve usar 3 (idealmente 4) ambientes idênticos para dev / qa / staging / prod.
Mas eles não são exatamente iguais. Eu sei que o CentOS é compatível com binários, mas tente ligar uma caixa do CentOS em um repositório do RHEL e atualizar algo como o gcc. É bagunçado. Como dito acima, a única maneira real é usar exatamente a mesma configuração em dev como prod.
custo As pessoas só querem pagar pela produção, mas usando centos para os outros 2 você pode girar para cima / para baixo quantas cópias quiser.
Nós usamos o CentOS / RHEL apenas para este tipo de teste. No entanto, se você realmente precisar usar o RHEL para tudo o que puder, adquira sempre uma licença avançada e / ou virtual do RHEL e depois implante várias máquinas via KVM. A vantagem aqui é que você é 100% maçãs para maçãs para os poderes e você pode girar para cima e para baixo e testar conforme necessário. Acho que a licença avançada suporta até 4 VMs e a licença virtual é ilimitada em até 6 soquetes de máquinas.
Dito isto, nunca nos deparamos com problemas específicos do RHEL que não puderam ser recriados no CentOS e / ou vis-versa.