O que torna o CentOS "empreendedor" comparado a distribuições "genéricas" como o Ubuntu?
Quando digo "empresa", na verdade quero dizer "melhor para implantações de servidor". Apenas uma pergunta geral, porque eu estava pensando em hospedar um aplicativo Web no meu computador (que executa o Ubuntu) e vi uma página que dizia que o CentOS possuía 30% de participação no mercado para servidores. Claro, isso não indica exatamente que é melhor de qualquer maneira, então eu só queria perguntar.
Editar
Há outra coisa que eu realmente não entendo ... a maioria dessas distribuições, usa os mesmos aplicativos, tem o mesmo gerenciador de pacotes e todas são alimentadas pelo mesmo kernel. Onde está a diferença então?
A "página de texto feliz" do RHEL diz:
- aplicativos mais seguros
- proteção contra falhas de segurança comumente exploradas, por exemplo, estouros de buffer integrados na pilha de software padrão
- proteção de mais alto nível através do recurso de segurança SELinux. Protege os serviços do sistema contra ataques, com total transparência e é fácil de estender e adotar.
- suporte à autenticação por cartão inteligente
Questões
- Quão? A menos que o RHEL tenha modificado as versões da pilha de software que você usará (no meu caso, Python e SQLite3), não haverá diferença.
- Toda outra distribuição não afirma isso?
- Eu ouvi falar sobre problemas relacionados ao SELinux. Gostaria de saber mais sobre isso.
- ?
Respostas:
Uma das coisas que o RHEL / CentOS (e outros produtos Enterprise Linux) fornece que outras distribuições não fornecem é a estabilidade da API / ABI. Isso é uma frustração para muitas pessoas que são novas no RHEL, porque tudo o que vêem é que as versões disponíveis são mais antigas que as versões mais recentes encontradas na versão mais recente do Ubuntu / Fedora / Gentoo / Whatever. Mas, se você estiver suportando um produto que foi implantado em uma caixa RHEL, não precisa se preocupar com a tecnologia subjacente que o produto usa para alterar sua API (com novas versões de apache, php, perl, python, glibc, tanto faz). Isso também se aplica à maioria dos módulos do kernel fornecidos para o RHEL.
Como exemplo, se eu desenvolvi um aplicativo Web executado no RHEL 5.0, posso ter certeza de que ele continuará sendo executado no RHEL 5.6 dois anos depois, enquanto o sistema RHEL estiver recebendo atualizações de segurança e correções de bugs o tempo todo.
Para responder à pergunta "mais segura": Como o RHEL suporta backports de segurança na versão lançada, eles podem continuar com uma API estável para lançar o software sem se preocupar com a segurança do sistema subjacente.
fonte
No mundo em que trabalho, as ferramentas de CAD usadas exigem que o RedHat Enterprise seja usado - alguns com uma versão específica do kernel e números de compilação - ou os fornecedores não suportam seus produtos.
A razão pela qual eles fazem isso é óbvia. Existem muitas distribuições e potenciais kernels e combinações de bibliotecas para que eles possam reproduzir todos os ambientes possíveis para validar seu produto ou reproduzir erros que os clientes estão vendo. Exigir RedHat significa que eles podem usar sua plataforma de referência para reproduzir erros do cliente; e que o cliente tenha um contrato de suporte com a RedHat para aumentar a probabilidade de que qualquer problema real rastreado no ambiente de referência da RedHat seja corrigido.
Quando você gasta vários US $ 000 por assento por ano em alguma ferramenta CAD, os custos de suporte da RedHat são redondos.
Dito isto, o que a maioria dos meus clientes faz é ter apenas um ou dois sistemas RedHat genuínos e executar a maioria de seus computadores no CentOS, que é uma reconstrução gratuita do RedHat. Se um problema for encontrado, ele será reproduzido nos sistemas RedHat e o fornecedor terá todo o prazer em apoiar o problema a partir daí.
fonte
Isso realmente depende da sua situação. O Ubuntu possui uma versão sever e até LTS (suporte a longo prazo) que, de várias maneiras, é tão boa quanto o RHEL / CentOS. Eu trabalho em um ambiente misto. Geralmente, usando o Fedora ou Ubuntu para desktops, use o FreeBSD, Gentoo e outros para appliances e para servidores, apego-me principalmente ao CentOS, mas também administro muitos servidores Ubuntu.
Não direi que é melhor ou pior que o outro, apenas objetivos diferentes. Ambos oferecem suporte pago e, na verdade, o CentOS é apenas RHEL reconstruído para ser gratuito, então estamos realmente comparando o RHEL ao Ubuntu
O servidor Ubuntu geralmente é mais atual em novos recursos do que o RHEL, se você deseja fazer uma instalação e possuir a versão mais recente e melhor do PHP, MySQL ou outros programas, precisará do Ubuntu. Você pode obtê-los no RHEL, mas é uma dor. Então, realmente se resume a como você o usará. Se esse servidor for instalado em um armário, sozinho, e você executa principalmente programas de prateleira e tem tempo de sobra para trabalhar nele, escolha o Ubuntu. Nesse caso, as atualizações nessa caixa não serão um problema. Se uma atualização quebrar algo, você poderá consertá-la em alguns minutos. Eu tenho um servidor Ubuntu sentado em um rack ao lado da minha cadeira, ele está no Ubuntu não LTS e não é um problema para fazer upgrades dist ou atualizações de segurança.
Se, no entanto, você estiver gerenciando muitos servidores e usando muitos softwares não padrão ou outras configurações personalizadas na caixa, escolha RHEL / CentOS. Eu nunca tive uma atualização quebrar nada no RHEL / CentOS. Tenho caixas a centenas de quilômetros de mim com acesso muito limitado, que executam com êxito atualizações de segurança automáticas e nunca causaram problemas nas minhas personalizações. Não posso dizer o mesmo para o Ubuntu.
Gaste tempo com ambos, veja o que você gosta e o que se adapta às suas necessidades específicas.
fonte
O CentOS é um derivado gratuito do Red Hat Enterprise Linux , voltado para o mercado "corporativo", por isso foi projetado especificamente para implantação em uma variedade de plataformas, como servidores, etc. Para atingir esse mercado, a distribuição provavelmente vai concentre-se mais nas versões mais antigas e estáveis dos pacotes, em vez de incluir qualquer coisa de ponta. A segurança também será um foco.
Consulte as páginas Recursos e benefícios do servidor RHEL e Recursos da área de trabalho para obter informações detalhadas.
fonte