Alta disponibilidade: por que 99.9% de uptime não é suficiente

99.9% parece muito. Não é.

Vamos fazer as contas. 99.9% de uptime significa até 8 horas e 45 minutos de downtime por ano. Para um e-commerce que fatura €10.000/hora, isso são potencialmente €87.500 perdidos.

Mas o problema vai além do financeiro. Downtime significa:

• Clientes que não conseguem aceder ao serviço
• Perda de confiança e reputação
• Equipas de suporte sobrecarregadas
• SLAs não cumpridos

Quanto downtime é aceitável?

SLA	Downtime/ano	Custo estimado*
99% (2 nines)	3 dias 15h	Catastrófico
99.9% (3 nines)	8h 45min	Significativo
99.99% (4 nines)	52 min	Gerível
99.999% (5 nines)	5 min	Ideal

*Estimativa baseada num serviço com €10.000/hora de receita

Como atingir alta disponibilidade

A HA não se consegue com um único servidor "robusto". Requer arquitectura distribuída:

1. Redundância em todas as camadas

• Múltiplos servidores web (load balancer)
• Replicas de base de dados (primary-replica)
• Sistemas de ficheiros distribuídos (Longhorn, Ceph)

2. Kubernetes como orquestrador

Com Kubernetes (k3s, EKS, GKE), ganha-se:

• Auto-healing — pods reiniciam automaticamente
• Rolling updates — deploy sem downtime
• Horizontal scaling — ajuste automático de réplicas
• Health checks — tráfego só vai para pods saudáveis

3. Estratégia multi-região

Para verdadeira resiliência, o serviço deve existir em mais do que uma localização. Se um data center cai, o outro assume.

4. Monitorização proativa

Não espere que o utilizador reporte o problema. Ferramentas como Prometheus + Grafana, Uptime Kuma ou Datadog permitem detectar e resolver problemas antes que impactem o utilizador final.

O custo da prevenção vs. reação

Investir em alta disponibilidade é como um seguro: custa dinheiro todos os meses, mas quando precisa, poupa uma fortuna. A questão não é se pode investir em HA — é se pode não investir.