O título diz tudo. Para uso pessoal, eu tendem a preferir o Debian / Ubuntu ao Redhat. Não é necessariamente que eu não goste do Redhat (ou mais especificamente do CentOS ou do Fedora), mas que eu goste muito mais do sistema de gerenciamento de pacotes do Debian.
Quais são as razões pelas quais o Redhat é tão popular?
(E só para esclarecer, estou perguntando, porque realmente quero saber quais são os motivos. Portanto, nenhuma guerra de chamas!)
Respostas:
Nos primeiros dias do Linux, sendo levado mais a sério no mundo dos negócios cotidiano, sempre houve um nervosismo que se seguiu à menção do nome. Os funcionários da Tech descobriram que "Foi iniciado por um estudante universitário em seu porão" não era a melhor maneira de vender a idéia de uma plataforma operacional de código aberto para gerenciamento.
A necessidade de uma empresa sólida apoiando alternativas ao Linux foi atendida pela Red Hat naqueles dias e provavelmente teve o maior impacto no Linux para as massas corporativas. Eles foram capazes de fornecer soluções de suporte junto com suas próprias versões de marca do sistema operacional.
Graças ao seu sucesso inicial com toda a gama de usos do Linux, do pessoal ao corporativo, eles criaram uma enorme quantidade de impulso e uma marca reconhecível que permanece com eles até hoje, mesmo com a concorrência de outros grandes nomes como a Novell.
Se você mora em um ambiente de TI corporativo, geralmente se encontra no que eu chamo de matriz de suporte a fornecedores de terceiros. Significado para cada decisão que você tomar, certifique-se de que qualquer SO / software / hardware que você esteja usando seja "suportado" ou "certificado".
O RedHat Enterprise Linux é simplesmente encontrado em quase todas as matrizes de suporte de fornecedores comerciais de software e hardware. Você também pode encontrar o Novell / SuSE SLES na matriz. Mas então é isso. Fim das distribuições Linux suportadas. E mesmo assim, esses fornecedores geralmente listam apenas as versões RHEL, que estão pelo menos uma geração atrás da versão principal atual. É aí que as ofertas de suporte de longo prazo da RedHat se tornam importantes.
Para muitos gerentes, também é muito importante que exista uma empresa na qual você aponte seus dedos e abra tíquetes de suporte em caso de problemas.
Minha empresa optou pelo Redhat 7.3 quando migramos da solaris em 2001/2002. Na época, eles tinham o melhor suporte para o hardware que estávamos usando (Dell, que escolhemos porque já tínhamos um contrato de fornecedor com eles em nossos sistemas Windows).
Quando chegamos ao próximo ponto de decisão, considerei fortemente o Debian (o Ubuntu, que é focado em desktops, não estava por perto e não teria sido considerado se existisse). O problema era que, na época, haviam passado dois anos desde o último lançamento estável e estava terrivelmente desatualizado. Todo mundo estava usando as árvores de teste para produção e parecia desagradável. Acabamos escolhendo o Red Hat Enterprise Linux, seguido em breve pelo CentOS, quando possível, e somente pelo RHEL, quando tivemos um problema de contrato de suporte com outro fornecedor ( tosse oracle tosse ) que exigia uma instalação RHEL azul com um contrato de suporte.
A grande vantagem para nós foi o ciclo de vida do suporte - se eu instalar o RHEL em um servidor, sei que vou receber 5 anos de ciclo de vida de suporte, incluindo correções de erros de segurança. Esse ciclo de vida nos dá muita atenção ao manter os servidores.
História e Marketing .
A Red Hat foi fundada em 1995, é uma organização comercial que comercializa especificamente um conjunto de software e serviços de nível empresarial.
Ubuntu ? Não foi lançado até 2004.
Debian ? Não existe uma entidade corporativa realmente importante como RH por trás do projeto principal do Debian, existe?
Tudo isso dito, estou apostando na Canonical / Ubutu fazendo estradas no mundo corporativo nos próximos anos.
É fornecido com a Dell
A familiaridade pode ser um fator.
Eu corro o CentOS em todos os meus (um) servidores Linux. Eu escolhi o CentOS por razões de custo (gratuito) e por razões de suporte (a documentação abrangente do RedHat se aplica).
Existem claramente diferenças entre os derivados RedHat e os derivados Debian. Sou moderadamente versado na administração de linha de comando de um derivado RedHat e não vejo nenhum motivo para me desviar desse caminho quando adquiro mais servidores.
Resposta simples: Suporte, Reputação e Certificação.
Muitos aplicativos de classe empresarial "oficialmente" são executados apenas no RHEL, e eles não oferecem suporte a você se você executá-lo em uma distribuição diferente; portanto, o ângulo de suporte é duas vezes maior.
Suse está chegando em grande estilo.
A Redhat foi a principal empresa de distribuição que se concentrou no suporte Enterprise-y nos primeiros anos do linux.
A infraestrutura de suporte do Ubuntu é relativamente nova em comparação.
Infelizmente, acho que é assim que algumas empresas julgam estabilidade e segurança.
Há alguns anos, quando eu precisava instalar um servidor de verificação de segurança, queria executar o Nessus etc., começamos a examinar as distribuições do Linux. A gerência insistia em um sistema operacional no qual eu pudesse fazer uma ligação de suporte. Os mecanismos da Red Hat para adquirir um ano de suporte foram diretos e fáceis. Portanto, apesar de nós dois colocarmos o sistema com muita experiência no Debian, fomos para a Red Hat imediatamente. A Red Hat oferece a opção de suporte em pacote que o gerenciamento deseja com pouco ou nenhum barulho. Portanto, o lado comercial e o técnico estão satisfeitos.
É por isso que o vinho de 100 anos é tão popular. É "envelhecido com perfeição". O RHEL se certifica como estável e oferece suporte para esse efeito. Dessa forma, eles fazem o possível para garantir que o código que eles compilam funcione de acordo com todas as expectativas. O problema é que eles ficam dois passos atrás da atual borda de desenvolvimento em seus lançamentos, no entanto, essa política oferece aos usuários corporativos um sentimento acolhedor e confuso.
De vez em quando eles são mordidos, lembro deles tirando algum código maluco da árvore instável do perl e fazendo com que um bilhão de aps funcionasse com 100% de utilização da CPU. Os desenvolvedores também ficam irritados porque as bibliotecas empacotadas são antigas.
Realmente, por que algo é popular? Porque muitas pessoas dizem "funcionou bem para mim". Você obtém um código testado e com as correções do RedHats aplicadas para corrigir e eliminar todos os bugs relatados. A única maneira de fazer isso é fornecendo a você códigos mais antigos que tiveram tempo de criar em estado selvagem.
Pessoalmente, acho muito confinante, preciso modificar meu kernel sem anular meu contrato de suporte .. mas muitas outras pessoas só querem que a maldita coisa funcione :)
1) O Redhat tem uma vida útil longa e suportada para cada distribuição (por exemplo, rhel3, rhel4, rhel5 ...)
Acho que as distros de RH são lançadas a cada dois anos e, em seguida, são altamente suportadas por 4-5 anos, depois suportadas para segurança e grandes bugs até 7 anos e, finalmente, End of Lifed.
Esse longo ciclo de vida é valioso para empresas que desenvolvem software, pois significa que você pode executá-lo por até 7 anos sem precisar atualizá-lo muito, você sabe que as APIs não serão alteradas, os padrões provavelmente não serão alterados e as principais versões serão vencedoras mude. No entanto, essa também é uma queixa importante para alguns, especialmente para os desenvolvedores).
No entanto, as correções de segurança e erros serão portadas de volta e, ocasionalmente, novos recursos. Novos pacotes podem ser introduzidos, por exemplo, um novo intérprete pode ser introduzido se estiver na moda.
Consulte o link a seguir para obter detalhes: http://www.redhat.com/security/updates/errata/
2) Muitos softwares comerciais são lançados para o rhel. Na verdade, eu diria que é a plataforma Linux mais comumente suportada para software comercial. Ele tem muito alcance com os aplicativos corporativos de grande escala, por exemplo, Oracle, PeopleSoft, Sap, DB2 são todos suportados.
3) Mesmo com hardware. A maioria, se não todos os fornecedores de hardware de nível 1 (e até mesmo alguns dos pequenos fornecedores de HW) fornece drivers, instaladores de firmware, utilitários e ferramentas de configuração para o RHEL, além de certificar seu hardware para trabalhar com o RHEL.
4) Possui um bom software de gerenciamento para frotas de pequena e grande escala, ou seja, servidor RHN e Satellite (basicamente sua própria versão local do RHN).
5) RH fornece indenização contra casos de violação de patente, por exemplo, casos no estilo SCO
6) RH fornece suporte. Possivelmente o melhor suporte para linux existente. Não tenho certeza. No entanto, eu descobri que o apoio é sem brilho.
6) Possui treinamento e certificados - tanto o treinamento quanto os certificados são bons pelo que meus colegas dizem. Eu nunca participei de nenhum, mas meus colegas, que eu respeito muito, todos dizem coisas boas sobre o treinamento e todos acham que o certificado vale alguma coisa, porque os exames são práticos e difíceis, mesmo para Deus, administradores de sistemas experientes.
A Red Hat já existe há muito tempo, o produto é bem conhecido. Existe uma grande empresa bem conhecida (Red Hat) fornecendo suporte para o produto.
Eu não tomo as decisões no meu local de trabalho, então isso pode estar errado, mas tenho a impressão de que executamos o RHEL porque é "corporativo" e "oficial"; você recebe um contrato, um número de suporte por telefone e uma fatura. É fácil: você paga à RedHat, eles fornecem o produto. Dá uma sensação de segurança e estabilidade (nenhuma das quais quero dizer nos termos de administrador de sistemas aceitos). Os negócios gostam disso.
IMHO, prefiro rodar o Centos ou o Fedora e gastar o dinheiro que pagamos à RedHat no pagamento de pessoas para desenvolver software de código aberto. O suporte ao RH não tem sido brilhante para nós, o RHN é meio naff (lento, não oferece muito agora o Spacewalk está disponível) e os erros podem demorar muito para serem corrigidos. Não é um ótimo retorno do dinheiro que gastamos. Se usamos o Centos / quaisquer que sejam as nossas correções, voltamos ao projeto em que elas podem ser testadas e integradas antes de aguardar um novo lançamento (ou ... talvez não, pois o Centos é como o RHEL - mas você entendeu). Poderíamos pagar ao Reductive Labs para nos ajudar na integração do Puppet ou pagar um desenvolvedor para desenvolver algumas coisas do Apache que precisarmos.
Claro, se todos abandonassem o RHEL, talvez não tivéssemos Centos ou Fedora ..
(exoneração de responsabilidade: estas são as minhas opiniões, não as do meu empregador, blá blá)
Mais uma razão que não foi mencionada: no espaço de defesa / inteligência dos EUA, a Red Hat é a única distribuição Linux que possui todas as certificações e acreditações exigidas pelas agências governamentais.
Na verdade, resume-se a 2 fatores:
Não acho que haja muito mais. Não é nem melhor nem pior do que outras distros. O RH apenas fornece suporte, que é o que você deseja (ou melhor precisa) em um ambiente corporativo.
A Red Hat é popular no mundo corporativo porque o fornecedor de aplicativos que fornece suporte ao linux precisa escrever documentação sobre seus produtos e geralmente escolhe uma (RHEL) ou duas distribuições (Suse Linux) para dar suporte. Como Suse não é muito popular nos EUA, o RHEL parece tão popular.