O AZ-104 testa Load Balancer e Application Gateway como recursos distintos com casos de uso diferentes. Confundir os dois na prova é responder errado para perguntas que parecem ambíguas.
A diferença fundamental: Load Balancer opera na camada 4 (TCP/UDP), Application Gateway na camada 7 (HTTP/HTTPS).
Azure Load Balancer: o que o AZ-104 cobre
Load Balancer tem dois SKUs importantes: Basic e Standard. O Standard suporta zonas de disponibilidade, tem SLA de 99.99% e é o que você deve usar em produção. Basic não tem SLA garantido e vai ser descontinuado.
Load Balancer pode ser público (IP público no frontend) ou interno (IP privado). O tipo não muda a configuração, muda o tipo de IP do frontend.
# Load Balancer publico
az network lb create --name lb-publico --resource-group rg-app --sku Standard --public-ip-address pip-lb
# Load Balancer interno
az network lb create --name lb-interno --resource-group rg-app --sku Standard --frontend-ip-name fe-interno --private-ip-address 10.0.1.100 --vnet-name vnet-app --subnet snet-app
Health probes verificam se os backends estão respondendo. Se um backend para de responder, o Load Balancer para de enviar tráfego para ele. Tipos de probe: HTTP, HTTPS, TCP.
Application Gateway: o que muda
Application Gateway entende HTTP. Isso permite: roteamento por URL path (/api/* vai para um backend, /app/* vai para outro), SSL offload (o gateway termina o SSL, backends recebem HTTP), afinidade de sessão por cookie, WAF integrado.
SKU WAF_v2 é o atual e o que o AZ-104 foca. Tem autoscaling automático, zonas de disponibilidade e WAF como opção.
az network application-gateway create --name agw-producao --resource-group rg-app --sku WAF_v2 --capacity 2 --vnet-name vnet-app --subnet snet-agw --public-ip-address pip-agw
Questões típicas do AZ-104
“Você tem uma aplicação web com dois backends. Você quer que requisições para /api/* vão para um pool e /app/* para outro. Qual recurso usar?”
Resposta: Application Gateway. Load Balancer não tem roteamento por URL.
“Você precisa distribuir tráfego TCP porta 1433 (SQL Server) entre três servidores. Qual recurso usar?”
Resposta: Load Balancer. Application Gateway só entende HTTP/HTTPS.
“Um backend do Application Gateway está respondendo HTTP 503. O que acontece?”
Resposta: o Application Gateway para de enviar tráfego para aquele backend até ele voltar a responder dentro dos critérios do health probe.
Load Balancer e Application Gateway não competem, resolvem problemas de camadas diferentes. Na prova, a camada do protocolo é o que determina qual recurso usar.