[caiu] RES: RES: KINGHOST FORA

Rafael Cresci rafael em cresci.com.br
Quinta Outubro 15 14:51:08 BRT 2015


>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¢


Mais detalhes sobre a lista de discussão caiu