Toda página de hospedagem promete alta disponibilidade, e quase sempre com um número que termina em nove. O número é verdadeiro e quase ninguém sabe lê-lo, porque a diferença entre 99,9% e 99,99% parece decoração e é, na prática, a diferença entre um incidente por mês e um por ano.
O que cada nove significa em tempo
Disponibilidade se mede em porcentagem do tempo no ar, e a tradução para horas é o que dá sentido ao número:
- 99%: cerca de 3 dias e meio fora do ar por ano
- 99,9%: cerca de 8 horas e 45 minutos por ano
- 99,95%: cerca de 4 horas e 20 minutos
- 99,99%: cerca de 52 minutos
- 99,999%: cerca de 5 minutos
Repare no salto. Sair de 99% para 99,9% elimina três dias de indisponibilidade e custa relativamente pouco. Sair de 99,99% para 99,999% economiza 47 minutos por ano e costuma custar várias vezes mais, porque exige redundância em camadas que a maioria dos projetos nunca vai precisar.
Por que zero não existe
Não é pessimismo nem falta de investimento. É que a cadeia entre o seu código e o visitante tem camadas demais, e nenhuma delas é imune.
Há o servidor físico, que tem disco e fonte que falham. Há a rede do data center, que depende de equipamento e de cabo. Há o provedor de internet do visitante. Há o DNS. Há o certificado, que expira. Há atualização de sistema, que às vezes exige reinício. E há a causa mais comum de todas, que não é técnica: alguém mudou alguma coisa.
Essa última merece destaque porque contraria a intuição. Em levantamentos do setor, a maior fatia de indisponibilidade não vem de hardware quebrado, e sim de alteração feita por gente: uma configuração errada, uma atualização que quebrou compatibilidade, um certificado que ninguém renovou.
Nenhuma redundância protege contra isso. Por isso zero não é uma meta honesta: é uma promessa que depende de ninguém nunca errar.
O que dá para prometer de verdade
Três coisas, e elas valem mais do que um número bonito:
Tempo de recuperação curto
Essa é a promessa que realmente muda a experiência. Cair é inevitável; o que diferencia é voltar em cinco minutos ou em cinco horas.
Cair e voltar rápido costuma passar despercebido pelo público. Cair e demorar é o que gera reclamação, perda de venda e dano de reputação.
Aviso antes e durante
Manutenção programada avisada com antecedência não é indisponibilidade no sentido que importa: é combinada. E durante um incidente, saber que o fornecedor sabe muda tudo para quem precisa responder ao próprio cliente.
Um provedor com página de status pública e comunicação durante incidente é mais confiável do que um com número maior e silêncio.
Dado para investigar
Depois que volta, é preciso saber o que houve. Acesso a logs e a um relato do incidente é o que permite evitar a repetição, principalmente quando a causa foi do seu lado.
Como ler a promessa de um fornecedor
Quatro perguntas separam compromisso real de texto de marketing:
- O que conta como indisponibilidade? Alguns contratos só contam o servidor totalmente fora. Site lento a ponto de ninguém conseguir usar pode não contar.
- Manutenção programada entra na conta? Na maioria dos contratos, não entra. É legítimo, mas muda o número real.
- Qual a compensação? Geralmente é crédito proporcional, o que costuma ser simbólico. Não é por aí que se escolhe.
- Quem mede? Se a medição é do próprio fornecedor e não é pública, o número vale o que você confia nele.
O que fazer do seu lado
A parte da disponibilidade que está sob o seu controle é maior do que parece, e é onde o esforço rende mais:
- Monitore de fora. Um serviço externo que acessa seu site a cada minuto avisa antes do cliente. Sem isso, o seu tempo de resposta começa quando alguém reclama.
- Automatize a renovação do certificado. Certificado vencido é uma das causas mais comuns e mais evitáveis.
- Tenha backup testado. Disponibilidade sem capacidade de restaurar é meia solução.
- Documente a volta. Saber o que fazer, escrito, encurta o tempo de recuperação mais do que qualquer redundância.
A pergunta que vale
Em vez de procurar quem promete mais noves, pergunte quanto tempo fora do ar o seu projeto aguenta antes de gerar prejuízo real.
Para a maioria dos sites, algumas horas por ano é absolutamente tolerável, e pagar por 99,99% seria desperdício. Para um checkout em dia de pico, o cálculo é outro. A resposta certa é a que corresponde ao seu caso, não a maior da tabela.
Para conhecer a estrutura por trás do número, vale saber que a StayCloud opera em data center Tier III no Brasil, com certificações ISO 27001 e SOC 2.
