Guia completo de Alta disponibilidade

Se você ainda não tem clareza sobre Alta disponibilidade, este guia resume o essencial sem enrolação.

Sistemas de alta disponibilidade assumem que componentes individuais vão falhar em algum momento e são projetados para continuar operando mesmo assim, distribuindo carga e redundância entre múltiplos pontos.

O que você precisa saber

• Redundância em múltiplas zonas de disponibilidade protege contra a falha de um único data center.
• Balanceamento de carga distribui tráfego entre instâncias saudáveis, retirando automaticamente as que falham.
• Testar cenários de falha de propósito (chaos engineering) revela pontos fracos antes que um incidente real os exponha.
• Dependências únicas (single points of failure) em qualquer camada anulam o esforço de redundância no restante do sistema.
• Definir claramente a meta de disponibilidade (99.9%, 99.99%) orienta quanto investimento em redundância faz sentido.

Alta disponibilidade não elimina falhas, garante que uma falha isolada não vire uma indisponibilidade completa para o usuário final.

Vale reforçar: dominar Alta disponibilidade não é acumular definições, é saber reconhecer quando o tema se aplica a um problema real na sua rotina de trabalho. Equipes que tratam esse tipo de conteúdo como referência de consulta — voltando a ele quando a dúvida aparece na prática — aproveitam muito mais do que quem lê uma vez e segue em frente.

Na nuvem, alta disponibilidade é obtida principalmente por redundância: distribuir servidores em múltiplas zonas de disponibilidade dentro de uma região, de modo que a falha de um data center físico não derrube o sistema inteiro. Balanceadores de carga direcionam o tráfego apenas para instâncias saudáveis, e bancos de dados gerenciados costumam oferecer réplicas automáticas prontas para assumir em caso de falha, um mecanismo chamado failover. A AWS documenta esse conceito de forma acessível em sua página sobre alta disponibilidade.

Para um negócio, definir o nível de disponibilidade necessário é uma decisão de custo-benefício: um site institucional pode tolerar minutos de indisponibilidade ocasional, mas um sistema de pedidos ou pagamento em tempo real, não. A arquitetura — e o custo de infraestrutura — deve ser dimensionada de acordo com o que a operação realmente exige, não pelo padrão mais caro disponível.

Perguntas frequentes

Por onde começar com Alta disponibilidade?

Redundância em múltiplas zonas de disponibilidade protege contra a falha de um único data center.

Por onde começar com Alta disponibilidade?

Balanceamento de carga distribui tráfego entre instâncias saudáveis, retirando automaticamente as que falham.

Esta matéria faz parte da cobertura de alta disponibilidade assinada por Diego Almeida na Revista SmartWeb — acompanhe as próximas colunas sobre o tema para aprofundar cada um dos pontos levantados aqui.

Fontes e leitura complementar

• Wikipédia — Computação em nuvem
• Cloud Native Computing Foundation