Apesar da empresa que trabalho atualmente � de pequeno porte (e possui s� tr�s servidores montados), o eu uso CentOS. Acredito que quando o parque da empresa � grande, o suporte oficial ao produto � realmente importante. Linux n�o � um bicho de sete cabe�as, � verdade, mas h� coisas que eu n�o consegui fazer no CentOS mas certamente conseguiria se tivesse Red Hat aqui na empresa. Um contrato de manuten��o vindo do fabricante, no meu ponto de vista, � sempre legal. Sai caro, mas � legal.<br>
<br><div class="gmail_quote">2009/10/9 Lincoln Zuljewic Silva <span dir="ltr"><<a href="mailto:lincolnzsilva@gmail.com">lincolnzsilva@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
� brasileira sim.<br>
<br>
A grande quest�o � que sinto uma "obriga��o" da empresa em assinar o<br>
suporte da Red Hat se quiser updates.<br>
<br>
Estou para marcar uma reuni�o com a Red Hat para entender melhor os<br>
termos deste suporte e com certeza o valor que eles ir�o passar vai<br>
ser menor do que os que est�o no site.<br>
<br>
Outra, a decis�o n�o � minha e eu n�o tenho absolutamente nada a ver<br>
com isso, � que acho que este valor poderia ser gasto em outro<br>
lugar....<br>
<br>
2009/10/9 Lucas Timm LH <<a href="mailto:linuxhelper@gmail.com">linuxhelper@gmail.com</a>>:<br>
<div><div class="h5">> Lincoln, na verdade, o CentOS n�o � o Red Hat em si. A base sim, � Red Hat,<br>
> mas tem MUITOS componentes (libs, softwares e etc) que existem no CentOS mas<br>
> n�o existem por padr�o na m�dia do Red Hat. Muitos tem na Red Hat Network,<br>
> mas outros n�o.<br>
><br>
> N�o vejo isso como um problema, na verdade, vejo como um melhoramento. Uso<br>
> CentOS no meu desktop e meus servidores, e j� experimentei o Red Hat<br>
> Enterprise Linux uma vez como desktop. (*Sem Red Hat Network, afinal, a<br>
> licen�a na �poca era da empresa que eu trabalhava - n�o minha). A impress�o<br>
> que tive � que o CentOS � mais completo que o RHEL, apesar de ser<br>
> "comunit�rio".<br>
> Por curiosidade Lincoln, essa empresa sua � Brasileira? :p<br>
> 2009/10/9 Lincoln Zuljewic Silva <<a href="mailto:lincolnzsilva@gmail.com">lincolnzsilva@gmail.com</a>><br>
>><br>
>> Concordo parcialmente com voc� que n�o � porque � Linux que � igual,<br>
>> por�m pelo que andei lendo na internet e testando na pr�tica, o CentOS<br>
>> � o Red Hat. N�o tem porque uma Oracle da vida negar suporte somente<br>
>> pelo fato do "logo ser diferente". Os pacotes s�o os mesmos, o kernel<br>
>> � o mesmo. Voc� consegue "migrar" um Red Hat para CentOS facilmente<br>
>> atualizando meia-d�zia de pacotes.<br>
>><br>
>> Essa � a minha "indigna��o", entendeu?<br>
>><br>
>> [ ]'s<br>
>> Lincoln<br>
>><br>
>> 2009/10/9 Giovanni P. Tirloni <<a href="mailto:tirloni@gmail.com">tirloni@gmail.com</a>>:<br>
>> > On Oct 9, 2009, at 3:30 PM, Lincoln Zuljewic Silva wrote:<br>
>> ><br>
>> >> Bom, com certeza este � um post que criar� certa discuss�o, pois o<br>
>> >> escolha da distribui��o � muito influenciada por uma opini�o pessoal<br>
>> >> de cada um. Algumas pessoas t�m mais facilidade em utilizar a<br>
>> >> distribui��o X, outras a distribui��o Y. Pessoalmente eu utilizo o<br>
>> >> Debian e profissionalmente o Red Hat, ou melhor, agora o CentOS.<br>
>> >><br>
>> >> No meio disso tudo, entra o ambiente corporativo, e isso cria um<br>
>> >> problema: grandes empresas �necessitam� (se sentem mais seguras) de um<br>
>> >> contrato de suporte com seus fornecedores.<br>
>> >><br>
>> >> Um exemplo claro disso � uma empresa que tem um banco de dados Oracle<br>
>> >> rodando em Linux. A Oracle s� dar� suporte se o sistema operacional<br>
>> >> for homologado, sendo assim, a distribui��o Linux utilizada ser� ou<br>
>> >> Suse ou Red Hat. Se for diferente disso e a empresa necessitar de<br>
>> >> suporte, provavelmente a Oracle ir� negar.<br>
>> >><br>
>> >> Eu sou que da opini�o de que se o software for uma caixinha preta,<br>
>> >> voc� precisa sim de um suporte do fornecedor. Como o caso do Linux n�o<br>
>> >> � esse, n�o vejo vantagem de ter um contrato de suporte (a n�o ser que<br>
>> >> a empresa n�o tenha profissionais suficientemente qualificados para<br>
>> >> dar suporte ao ambiente).<br>
>> >><br>
>> ><br>
>> > A Oracle se negar a dar suporte se voc� instalar o software deles em<br>
>> > um sistema n�o homologado n�o tem nada haver com o software ser<br>
>> > "caixinha preta" ou n�o. Trata-se apenas de ela ter recursos finitos<br>
>> > para testar (e suportar) seus produtos em um base confi�vel.<br>
>> ><br>
>> > Voc� pode achar que "tudo � Linux" por�m as vari�veis de cada<br>
>> > distribui��o (e de vers�es dentro da mesma distribui��o) s�o muitas e<br>
>> > a quantidade de testes que s�o feitos para se garantir que n�o houve<br>
>> > uma regress�o de funcionalidade ou introdu��o de um bug n�o � pequena.<br>
>> ><br>
>> >> S� que a Red Hat, por exemplo, foi muito esperta. Voc� pode instalar<br>
>> >> quantas vezes quiser, s� que outra grande necessidade das empresas, as<br>
>> >> atualiza��es, ser�o �bloqueadas� (ponho entre aspas, pois sei que s�o<br>
>> >> poss�veis diversos workarounds, como por exemplo, utilizar os pacotes<br>
>> >> SRC).<br>
>> >><br>
>> >> Tendo em vista isso, ser� que vale a pena pagar US$349 por<br>
>> >> servidor/ano (dados da Red Hat Store em 09/10/2009 da licen�a mais<br>
>> >> �barata�)?<br>
>> ><br>
>> > Depende da sua necessidade. Se voc� 1) n�o tem necessidade de um SO<br>
>> > homologado imposto pelo fabricante do software, 2) tem profissionais<br>
>> > devidamente capacitados dentro da empresa e 3) n�o tem necessidade de<br>
>> > urg�ncia na aplica��o de patches cr�ticos... n�o ter o suporte oficial<br>
>> > n�o ser� grande problema.<br>
>> ><br>
>> > N�o � preciso que todos esses fatores estejam juntos. As vezes sua<br>
>> > empresa simplesmente n�o tem meios para pagar esse custo adicional e<br>
>> > ai entra o CentOS.<br>
>> ><br>
>> >><br>
>> >> Preso neste dilema, comecei a procurar no Google discuss�es sobre este<br>
>> >> tema e acabei me deparando com o CentOS que � uma distribui��o Linux<br>
>> >> baseada no Red Hat Enterprise e quando digo �baseada�, � ao p� da<br>
>> >> letra, pois o projeto pega os pacotes SRC (que por obriga��o ao<br>
>> >> cumprimento � GPL, a Red Hat tem que disponibilizar), os recompila<br>
>> >> utilizando as mesmas ferramentas de compila��o, configura��o de<br>
>> >> compiladores e tudo mais. Conclus�o, o CentOS � o Red Hat Enterprise<br>
>> >> sem o logo Red Hat, gratuito, e com atualiza��es online (estas<br>
>> >> inclusive, baseadas nas atualiza��es liberadas pela Red Hat).<br>
>> >><br>
>> >> Por que ent�o, a Oracle n�o homologa seus produtos para o CentOS? Ser�<br>
>> >> algum acordo comercial?<br>
>> ><br>
>> > Eu uso o CentOS em v�rios servidores e acho �timo. Praticamente � um<br>
>> > RHEL mantido pela comunidade, com atualiza��es online dispon�veis<br>
>> > (por�m n�o saem t�o rapidamente quanto as oficiais). Se algum coisa<br>
>> > sair errado eu tenho que me virar, e para mim n�o h� problema nenhum<br>
>> > nisso. O sistema � super est�vel, gra�as a todo o esfor�o de QA da Red<br>
>> > Hat.<br>
>> ><br>
>> >><br>
>> >> A Red Hat pode fazer algo a respeito, como por exemplo entrar na<br>
>> >> justi�a para que o CentOS seja �banido�? Creio que n�o. O CentOS est�<br>
>> >> dentro da lei quando faz isso.<br>
>> ><br>
>> > O c�digo � GPL em sua grande parte.<br>
>> ><br>
>> >><br>
>> >> Por que as empresas que utilizam Linux n�o conseguem se desprender<br>
>> >> dessa necessidade b�sica de se prender � um suporte do fornecedor?<br>
>> >><br>
>> ><br>
>> > A "necessidade" � relativa e depende de v�rios fatores. Sobre o caso<br>
>> > espec�fico da Oracle, nada impede que voc� utilize a mesma l�gica e<br>
>> > tamb�m n�o contrate/utilize o suporte deles.<br>
>> ><br>
>> > Resumindo, nada � 8 ou 80... cada caso precisa ser avaliado de forma<br>
>> > espec�fica. Cada empresa tem uma necessidade e diversas op��es de<br>
>> > resolv�-la (gra�as ao bom open source) :)<br>
>> ><br>
>> > -Giovanni<br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> > _______________________________________________<br>
>> > CentOS-pt-br mailing list<br>
>> > <a href="mailto:CentOS-pt-br@centos.org">CentOS-pt-br@centos.org</a><br>
>> > <a href="http://lists.centos.org/mailman/listinfo/centos-pt-br" target="_blank">http://lists.centos.org/mailman/listinfo/centos-pt-br</a><br>
>> ><br>
>><br>
>><br>
>><br>
>> --<br>
>> Lincoln Zuljewic Silva<br>
>> More contact info.: <a href="http://www.system.adm.br/contact.php" target="_blank">http://www.system.adm.br/contact.php</a><br>
>><br>
>> "How often must a question be asked before it�s considered a<br>
>> frequently asked question?"<br>
>> _______________________________________________<br>
>> CentOS-pt-br mailing list<br>
>> <a href="mailto:CentOS-pt-br@centos.org">CentOS-pt-br@centos.org</a><br>
>> <a href="http://lists.centos.org/mailman/listinfo/centos-pt-br" target="_blank">http://lists.centos.org/mailman/listinfo/centos-pt-br</a><br>
><br>
><br>
><br>
> --<br>
> Lucas Timm, Goi�nia/GO.<br>
> <a href="http://timmerman.wordpress.com" target="_blank">http://timmerman.wordpress.com</a><br>
><br>
> (62) 9157-0789<br>
><br>
> _______________________________________________<br>
> CentOS-pt-br mailing list<br>
> <a href="mailto:CentOS-pt-br@centos.org">CentOS-pt-br@centos.org</a><br>
> <a href="http://lists.centos.org/mailman/listinfo/centos-pt-br" target="_blank">http://lists.centos.org/mailman/listinfo/centos-pt-br</a><br>
><br>
><br>
<br>
<br>
<br>
--<br>
Lincoln Zuljewic Silva<br>
More contact info.: <a href="http://www.system.adm.br/contact.php" target="_blank">http://www.system.adm.br/contact.php</a><br>
<br>
"How often must a question be asked before it�s considered a<br>
frequently asked question?"<br>
_______________________________________________<br>
CentOS-pt-br mailing list<br>
<a href="mailto:CentOS-pt-br@centos.org">CentOS-pt-br@centos.org</a><br>
<a href="http://lists.centos.org/mailman/listinfo/centos-pt-br" target="_blank">http://lists.centos.org/mailman/listinfo/centos-pt-br</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Lucas Timm, Goi�nia/GO.<br><a href="http://timmerman.wordpress.com">http://timmerman.wordpress.com</a><br><br>(62) 9157-0789<br>