Como o balanceamento de carga funciona na AWS?

Question

Accepted Answer

**Elastic Load Balancing (ELB)** distribui o tráfego de entrada entre vários destinos (instâncias EC2, contêineres, etc.) — melhorando **disponibilidade** (sem ponto único de falha) e **escalabilidade** (distribuição de carga). É um componente-chave para aplicações confiáveis e escaláveis.

## O que um balanceador de carga faz

```text
A LOAD BALANCER sits in front of multiple backend targets and distributes requests:
  Client → LOAD BALANCER → ┬→ Instance 1
                           ├→ Instance 2
                           └→ Instance 3
  → spreads traffic across targets (scalability + no single instance overloaded)
  → HEALTH CHECKS: routes only to HEALTHY targets (an unhealthy one is bypassed)
  → if a target fails, traffic goes to the others → HIGH AVAILABILITY
  → single entry point (clients hit the LB, not individual instances)
```

## Tipos de balanceadores de carga da AWS

```text
APPLICATION LB (ALB) → Layer 7 (HTTP/HTTPS): content/path/host-based routing,
  great for web apps, microservices, containers (route /api → one group, /app → another)
NETWORK LB (NLB) → Layer 4 (TCP/UDP): ultra-high performance, low latency, static IPs
GATEWAY LB → for deploying virtual network appliances
(Classic LB → legacy)
→ ALB is the common choice for HTTP applications.
```

## Recursos-chave

```text
✓ HEALTH CHECKS — detect unhealthy targets and stop routing to them (reliability)
✓ Spread across MULTIPLE AZs — survive an AZ failure
✓ Works with AUTO SCALING — automatically includes new instances as they scale
✓ SSL/TLS termination (handle HTTPS at the LB)
✓ Sticky sessions, path/host routing (ALB), WebSocket support
```

## Por que isso importa

Compreender balanceamento de carga é valioso porque é um componente-chave para construir aplicações **confiáveis e escaláveis** na AWS, portanto é conhecimento prático importante.

Um balanceador de carga atende a duas necessidades fundamentais: **disponibilidade** (distribuindo tráfego entre vários destinos backend com **health checks** que roteiizam apenas para destinos saudáveis, então se uma instância falhar, o tráfego continua para as outras — eliminando pontos únicos de falha) e **escalabilidade** (distribuindo carga entre várias instâncias para que nenhuma única seja sobrecarregada, e fornecendo um único ponto de entrada).

Isso torna o balanceamento de carga essencial para qualquer aplicação que precise lidar com tráfego significativo de forma confiável.

Compreender os **tipos** — **Application Load Balancer (ALB)** para Layer 7 HTTP/HTTPS com roteamento baseado em conteúdo/caminho/host (a escolha comum para aplicações web e microsserviços), **Network Load Balancer (NLB)** para Layer 4 ultra-alta performance TCP/UDP — ajuda a escolher o mais adequado.

Compreender os **recursos-chave** é importante: health checks (para confiabilidade), distribuição entre **múltiplas AZs** (sobrevivendo a falhas de AZ, combinando com o padrão de alta disponibilidade), integração com **auto scaling** (incluindo automaticamente novas instâncias conforme elas escalam — então balanceamento de carga e auto scaling trabalham juntos para aplicações elásticas e resilientes), e terminação SSL/TLS.

A combinação de balanceamento de carga + auto scaling + implantação multi-AZ é o padrão fundamental para aplicações AWS escaláveis e altamente disponíveis.

Como aplicações confiáveis e escaláveis exigem distribuição de tráfego entre múltiplas instâncias (para disponibilidade e escala), e como ELB (com seus tipos, health checks, distribuição multi-AZ e integração com auto scaling) é o mecanismo para isso, compreender balanceamento de carga é conhecimento AWS valioso e praticamente importante — um componente-chave da arquitetura em nuvem resiliente que trabalha em conjunto com auto scaling e implantação multi-AZ para construir aplicações que lidam com tráfego do mundo real de forma confiável e em escala.