[caiu] RES: RES: KINGHOST FORA

[Alex Vitola]

Isso não foi na The Planet né? lembro que teve um incêndio lá uma vez e
tinhamos alguns servidores na sala "salva", até que me avisaram que teria
que ser desligada por força maior :\

att

Alex Vitola



Em 15 de outubro de 2015 14:51, Rafael Cresci <rafael em cresci.com.br>
escreveu:

>
> >Por favor. Não é possível que alguém acredite que exista redudância de
> >datacenter GRATIS !
>
> Nem por duas mariolas, uma bananada e uma maria-mole... Quanto mais
> complexa vai ficando a estrutura, o custo vai subindo logaritmicamente (e
> os pontos de falha também).
> Nenhum hosting de déimirréu/vinte pila/trinta conto/cinquenta dilmas nem
> no Brasil nem nos EUA vai ser redundante. Não dá. Criam-se expectativas bem
> irrazoáveis.
>
> Lembro do caso uma vez de um datacenter nos EUA que sofreu incêndio numa
> das salas de servidores. O resto ficou ativo e estava funcionando
> perfeitinho, ATÉ QUE um elemento surpresa apareceu: o Corpo de Bombeiros da
> cidade FORÇOU eles a desligarem toda a energia do datacenter (incluindo o
> que não tinha sido afetado) "simplesmente porque sim" (se entendessem de
> tecnologia não seriam bombeiros, afinal) sob a ameaça de que se não
> fizessem seriam todos presos. Então fizeram o que podiam, e não há plano de
> recuperação ou gerenciamento de desastres que seja a prova de todos os
> fatores pensáveis e impensáveis (autoritarismo do governo é sempre uma
> variável incontrolável).
>
> >Então está correto o Juliano quando diz que quem contrata redundância tem
> >redundância. Eu tenho clientes com redundância geográfica e eles pagam por
> >isso! Tenho clientes com redundância de storage, de host e de datacenter.
> >Cada um sabe o que tem e assume o risco que deseja.
>
> Não somente, tem serviços que é muito difícil implementar ou limitam-se
> baseados na tecnologia que usam. Algumas coisas são muito amarradas (e.g.
> cPanel/Plesk) e o custo de sair delas pode ser mais alto (por exemplo,
> contratar alguém que saiba programar um site para usar computação
> distribuída e RDBMS mais complexos ou que não tenham todos os comandos
> desejados, ao invés de conectar-se em localhost num mySQL sem redundância
> que qualquer aluno de curso técnico da UniEsquina que aprendeu PHP no
> McDonald's sabe fazer). Ainda aparecem outros problemas como problemas de
> sincronização e latência quando a coisa está distribuída entre cidades; em
> especial com email que pode causar grande aumento no suporte e insatisfação
> se de repente uma mensagem importante foi parar num cluster de uma cidade e
> o cliente está acessando outro; ou as mensagens que já foram marcadas como
> lidas de repente aparecerem como não lidas, etc. Isso tudo faz com que
> muita gente opte pelo protocolo KISS (Keep It Simple, Stupid!) e ou o
> negócio está no ar ou fora do ar (que fica mais fácil de gerenciar em
> especial quando acontecem desastres) além de ser imensamente mais barato.
>
> /2¢
> _______________________________________________
> caiu mailing list
> caiu em eng.registro.br
> https://eng.registro.br/mailman/listinfo/caiu
>
>
> --> PARA SAIR DA LISTA SIGA AS INSTRUÇÕES em:
>
> https://eng.registro.br/mailman/options/caiu
>