Laboratório Técnico: Implement Azure Traffic Manager
Questões
Questão 1 — Múltipla Escolha
Uma empresa global possui endpoints em três regiões: East US, West Europe e Southeast Asia. O requisito é que usuários sejam sempre direcionados para o endpoint geograficamente mais próximo, com fallback automático caso o endpoint principal esteja indisponível.
Qual método de roteamento do Azure Traffic Manager atende a esse requisito?
A) Weighted, com pesos iguais entre os endpoints
B) Performance, com health checks ativos em todos os endpoints
C) Geographic, com mapeamento de regiões para cada endpoint
D) Priority, com o endpoint da região mais próxima definido como prioridade 1
Questão 2 — Cenário Técnico
Um arquiteto configurou o Traffic Manager com o método Weighted e os seguintes pesos:
| Endpoint | Peso |
|---|---|
| app-eastus | 10 |
| app-westeurope | 10 |
| app-brazil | 80 |
Durante um teste, o endpoint app-brazil foi deliberadamente desativado no portal. O arquiteto esperava que 100% do tráfego fosse para os outros dois endpoints, mas percebeu que parte dos usuários no Brasil ainda recebia erros de conexão por alguns minutos.
Qual é a causa mais provável desse comportamento?
A) O Traffic Manager não redistribui tráfego quando um endpoint é desativado manualmente, apenas quando o health check falha
B) O TTL do DNS ainda estava vigente em resolvers recursivos e clientes, mantendo o IP do endpoint antigo em cache
C) O método Weighted não suporta failover automático entre endpoints
D) O endpoint app-brazil continuava respondendo ao health check mesmo após ser desativado
Questão 3 — Verdadeiro ou Falso
O Azure Traffic Manager opera na camada de DNS e, por isso, não inspeciona o conteúdo das requisições HTTP nem encaminha pacotes de rede diretamente para os endpoints. Consequentemente, ele não é capaz de detectar falhas que ocorrem após a resolução DNS, como quedas de um endpoint que acontecem entre dois ciclos de health check.
A afirmação acima é verdadeira ou falsa?
Questão 4 — Cenário Técnico
Uma equipe precisa realizar o lançamento progressivo de uma nova versão de uma API. O plano é iniciar com 5% do tráfego direcionado para o novo endpoint e aumentar gradualmente, mantendo o restante no endpoint atual. Nenhum critério geográfico ou de latência deve influenciar o roteamento.
O time configurou o seguinte perfil:
Método de roteamento: Performance
Endpoint v1 (atual): região East US
Endpoint v2 (novo): região East US 2
Qual é o problema com essa configuração?
A) O método Performance não suporta múltiplos endpoints na mesma geografia
B) O método Performance roteia com base em latência de rede, não em proporção de tráfego, tornando o controle percentual imprevisível
C) Endpoints na mesma região não podem coexistir em um mesmo perfil do Traffic Manager
D) O método Performance exige que os endpoints estejam em regiões com pelo menos 1000 km de distância entre si
Questão 5 — Múltipla Escolha
Ao configurar health checks em um perfil do Traffic Manager, qual das afirmações abaixo descreve corretamente o comportamento do serviço diante de um endpoint degradado?
A) O Traffic Manager remove imediatamente o endpoint da rotação assim que o primeiro health check falha
B) O Traffic Manager aguarda um número configurável de falhas consecutivas antes de marcar o endpoint como degradado e retirá-lo da rotação
C) O Traffic Manager marca o endpoint como degradado após um único timeout, independentemente das configurações de tolerância
D) O Traffic Manager continua enviando tráfego ao endpoint degradado enquanto ao menos uma resposta HTTP 200 for retornada nas últimas 24 horas
Gabarito e Explicações
Gabarito — Questão 1
Resposta: B
O método Performance direciona o usuário para o endpoint com menor latência de rede a partir de sua localização, utilizando a tabela de latência de internet da Microsoft. Como ele respeita a disponibilidade dos endpoints via health check, o fallback automático ocorre naturalmente quando um endpoint está indisponível.
O método Geographic (C) mapeia usuários a endpoints com base em país ou continente de forma determinística, sem considerar latência e sem fallback automático para outras regiões por padrão. O método Priority (D) define ordem fixa de preferência, não proximidade. O método Weighted com pesos iguais (A) distribuiria tráfego de forma aleatória, ignorando geografia.
A consequência de usar Geographic nesse cenário seria que, se o endpoint mapeado para uma região ficasse indisponível, usuários daquela região receberiam erros em vez de serem redirecionados.
Gabarito — Questão 2
Resposta: B
O Traffic Manager opera inteiramente na camada de DNS. Quando um endpoint é desativado ou marcado como degradado, o Traffic Manager passa a responder consultas DNS com outros endpoints. Porém, clientes que já resolveram o nome e armazenaram o resultado em cache continuarão usando o IP antigo até que o TTL expire. Esse comportamento é inerente ao DNS e independe do método de roteamento.
A alternativa A é falsa: a desativação manual também interrompe o roteamento para o endpoint, assim como uma falha de health check. A alternativa C é falsa: o método Weighted suporta failover quando endpoints são marcados como degradados ou desativados. A alternativa D é falsa: endpoints desativados manualmente não respondem ao health check do ponto de vista do Traffic Manager.
O aprendizado central aqui é que TTL baixo é uma decisão de design crítica em estratégias de failover com Traffic Manager.
Gabarito — Questão 3
Verdadeiro
O Traffic Manager é um serviço de balanceamento de carga baseado em DNS. Ele responde a consultas DNS com o endereço do endpoint escolhido pelo método de roteamento configurado, mas não atua como proxy nem como gateway de tráfego. O tráfego de rede vai diretamente do cliente ao endpoint, sem passar pelo Traffic Manager.
Por isso, se um endpoint cair após a resolução DNS e antes do próximo ciclo de health check, o Traffic Manager não tem como detectar esse estado imediatamente. O cliente tentará se conectar diretamente ao endpoint e poderá receber erros. Esse é um limite arquitetural fundamental que diferencia o Traffic Manager de soluções de proxy reverso como o Azure Application Gateway ou o Azure Front Door.
Gabarito — Questão 4
Resposta: B
O método Performance seleciona o endpoint com base na menor latência de rede entre o cliente e os endpoints disponíveis. Como ambos os endpoints estão em regiões do leste dos EUA com latências muito próximas, o roteamento se tornará imprevisível e não refletirá a proporção desejada de 5%/95%.
Para lançamentos progressivos com controle percentual de tráfego, o método correto é o Weighted, onde o peso de cada endpoint determina proporcionalmente a fração do tráfego recebido. A alternativa A é falsa: o método Performance não tem restrição geográfica sobre coexistência de endpoints. A alternativa C é falsa: não existe restrição de região no Traffic Manager para coexistência de endpoints. A alternativa D é falsa e representa um distrator sem base técnica.
Gabarito — Questão 5
Resposta: B
O Traffic Manager utiliza uma lógica de tolerância a falhas configurável. O campo Tolerated number of failures define quantas falhas consecutivas são necessárias antes de o endpoint ser marcado como degradado. Isso evita que oscilações momentâneas causem remoções prematuras do endpoint da rotação.
A alternativa A descreve um comportamento agressivo demais que aumentaria a instabilidade do sistema. A alternativa C ignora a configurabilidade do mecanismo. A alternativa D descreve um comportamento inexistente: o Traffic Manager não usa histórico de 24 horas para manter endpoints em rotação.
Entender esse mecanismo é importante porque intervalos de probe e tolerância a falhas determinam diretamente o tempo de detecção de falhas (RTO percebido pelo DNS) e devem ser dimensionados de acordo com o SLA do serviço.