Domine AWS Route 53

• Consulta recursiva e consulta iterativa
• O papel do resolver: do sistema operacional ao provedor
• Root servers, servidores de TLD e servidores autoritativos
• Cache em cada ponto do caminho e o que o TTL controla
• O que se chama de "propagação" e o que realmente acontece

• O que é o Amazon Route 53 e quais funções ele acumula
• Serviço gerenciado: o que a AWS opera e o que fica com você
• Conceitos centrais: Hosted Zone, record set e routing policy
• Navegação no console e onde cada recurso é configurado
• Modelo de cobrança do serviço e onde acompanhá-lo na conta

• Registro de domínio pelo Route 53 e por registradores externos
• Como a delegação funciona: os NS no registrador e na zona pai
• Transferência de domínio e os cuidados envolvidos
• Delegação de subdomínios para outra Hosted Zone
• Conferir a delegação antes de investigar qualquer outra coisa

• O que é uma Hosted Zone e o que ela contém
• Registros NS e SOA criados junto com a zona
• Hosted Zones públicas e privadas: quando usar cada uma
• Zonas duplicadas: como acontecem e como identificá-las
• Organização e nomenclatura das zonas em uma conta

• Criação da zona pública e leitura dos Name Servers atribuídos
• Apontar o domínio para a zona no registrador
• Publicação dos primeiros registros do domínio
• Validação da resolução a partir de fora da AWS
• O que uma zona pública expõe e o que não deve estar nela

• Criação da zona privada e associação com uma VPC
• Requisitos de DNS na VPC para que a resolução funcione
• Split-horizon: o mesmo nome respondendo de formas diferentes
• Associação da zona a múltiplas VPCs
• Limitações e cuidados das zonas privadas

• Registro A e endereçamento IPv4
• Registro AAAA e endereçamento IPv6
• Quando publicar os dois e o que muda para o cliente
• Vários valores em um mesmo registro e o efeito nas respostas
• Criação e validação dos registros no laboratório

• CNAME: o que é, como funciona e suas restrições
• Por que o CNAME não pode ser usado na raiz do domínio
• Alias: o registro do Route 53 e os destinos suportados
• Alias na raiz do domínio apontando para um recurso AWS
• TTL, cobrança e avaliação de integridade em registros Alias
• Como escolher entre CNAME e Alias em cada cenário

• MX: servidores de e-mail e a prioridade entre eles
• TXT: verificação de domínio, SPF, DKIM e DMARC
• NS: os servidores autoritativos e a delegação de subdomínios
• SOA: os parâmetros administrativos da zona
• SRV e CAA: para que servem e quando aparecem

• O que o TTL controla e quem o respeita no caminho
• Escolher valores diferentes para registros diferentes
• Reduzir o TTL antes de uma mudança planejada
• Limpeza de cache no cliente e por que ela nem sempre resolve
• Planejamento de uma janela de mudança de DNS

• Como a política simples responde a uma consulta
• Vários valores em um registro simples
• Quando a política simples é a escolha adequada
• Limitações e o que ela não faz
• Configuração e teste no laboratório

• Como os pesos relativos influenciam a proporção de respostas
• Peso zero e a retirada de um destino sem apagar o registro
• Health checks associados a registros ponderados
• Por que o peso não garante a distribuição exata das requisições
• Cenário de liberação gradual aplicado no laboratório

• Associação dos registros às Regiões da AWS
• Como a escolha da resposta é feita pelo serviço
• Por que a decisão considera o resolver, e não o usuário final
• Diferença entre latência e proximidade geográfica
• Health checks aplicados a registros por latência

• Configuração dos registros primário e secundário
• Associação do health check ao registro primário
• O que acontece entre a falha e a mudança de resposta
• O papel do TTL no tempo total de convergência
• Failover com registros Alias e avaliação de integridade do destino
• Teste de contingência com o primário derrubado de propósito

• Regras por continente, por país e por subdivisão
• A importância do registro padrão
• Precedência entre regras mais e menos específicas
• Limites da estimativa de localização
• Diferença prática para Latency-Based Routing

• O conceito de proximidade aplicado ao roteamento DNS
• O ajuste de bias e o efeito na área atendida
• Configuração por meio do Traffic Flow do Route 53
• Cenários em que a política faz sentido
• Requisitos atuais do recurso na documentação da AWS

• Como a política devolve múltiplos valores
• Health checks associados a cada registro
• Comportamento quando um dos destinos fica indisponível
• Por que isso não substitui um load balancer
• Configuração e observação das respostas no laboratório

• Verificação de endpoint: endereço, nome e caminho
• Intervalo entre verificações e limite de falhas
• Busca de texto no corpo da resposta
• Health checks calculados a partir de outros checks
• Health checks baseados em alarme do CloudWatch
• Leitura do estado no console e nas métricas

• Como o estado do health check altera a resposta devolvida
• Failover ativo-passivo e cenários com múltiplos destinos
• O intervalo real entre a falha e a troca efetiva
• Erros comuns ao desenhar contingência baseada em DNS
• Documentação e teste periódico do plano de contingência

• O resolver da VPC e como as instâncias o utilizam
• Atributos de DNS da VPC e o efeito de cada um
• Nomes atribuídos automaticamente aos recursos
• Associação de Hosted Zones privadas à VPC
• Validação da resolução a partir de uma instância

• Desenho de uma zona interna para os serviços da empresa
• Nomenclatura de nomes internos que envelhece bem
• Split-horizon: o mesmo nome por dentro e por fora
• Compartilhamento de zonas privadas entre VPCs e contas
• Cuidados ao migrar nomes internos para a nuvem

• O que o Route 53 Resolver faz e onde ele atua
• Inbound endpoint: consultas vindas da rede corporativa
• Outbound endpoint: consultas saindo da VPC
• Resolver rules e a associação com VPCs
• Requisitos de rede e permissões envolvidos

• Arquitetura de DNS híbrido entre datacenter e AWS
• Encaminhamento condicional nos dois sentidos
• Convivência entre zonas internas antigas e novas
• Pontos de falha típicos em ambientes híbridos
• Estratégia de migração gradual dos nomes internos

• Métricas publicadas pelo Route 53 no CloudWatch
• Alarmes sobre o estado dos health checks
• Query logging de zonas públicas, quando aplicável
• Registro de consultas do Resolver e seu uso
• Montagem de um painel mínimo de acompanhamento

• Permissões de acesso às zonas e aos registros
• Proteção do domínio no registrador e da delegação
• DNSSEC no Route 53: o que é e quais são seus requisitos
• O que não deve existir em uma zona pública
• Padrões de nomenclatura, documentação e revisão periódica

• Instalação, perfis e credenciais da AWS CLI
• Listagem de zonas, registros e health checks
• Alterações de registros por lote de mudanças
• Consulta da resposta que o serviço devolveria
• Inventário da configuração para documentação

• Scripts a partir dos comandos da CLI
• Infraestrutura como código: a ideia e o que ela muda
• CloudFormation e Terraform apresentados conceitualmente
• SDK e API para integrações próprias
• Versionamento e revisão das mudanças de DNS

• Roteiro de diagnóstico: delegação, zona, registro, TTL e cache
• nslookup, dig e Resolve-DnsName aplicados a cada etapa
• Consulta direta ao servidor autoritativo
• NXDOMAIN, SERVFAIL e o que cada resposta indica
• Falhas de health check, de failover e de zona privada
• Registro da causa encontrada para o próximo chamado

• Cenário: domínio público, aplicação principal e secundária
• Hosted Zone pública, registros e Alias na raiz do domínio
• Política de roteamento escolhida e justificada
• Health checks e teste de contingência do primário
• Private Hosted Zone com os serviços internos na VPC
• Monitoramento, inventário pela CLI e documentação final

Sim. O conteúdo começa nos fundamentos de DNS — o que é uma zona, o que é um registro, como uma consulta é resolvida — e avança de forma progressiva até políticas de roteamento, Health Checks, Private DNS e troubleshooting. Quem já administra DNS on-premises tende a usar os primeiros módulos como revisão e ganho de vocabulário.

Nenhum conhecimento prévio de AWS é exigido. Noções básicas de redes — endereço IP, portas, o que um servidor faz — ajudam a acompanhar mais rápido, mas os conceitos necessários são apresentados no curso. O pré-requisito real é disposição para montar o laboratório.

Não. Os primeiros módulos tratam justamente disso: hierarquia do DNS, resolução recursiva, servidores autoritativos, cache e TTL. O objetivo é que você entenda o caminho de uma consulta antes de configurar qualquer coisa no Route 53.

Sim, para acompanhar os laboratórios. A conta é sua e é criada diretamente com a AWS. O curso mostra o que é necessário configurar, mas a contratação, o uso e a fatura são a sua relação com a Amazon Web Services.

Alguns laboratórios podem utilizar recursos da AWS sujeitos a cobrança pela própria AWS — Hosted Zones, consultas, health checks e o registro de um domínio, por exemplo. Este treinamento não afirma que todos os recursos são gratuitos nem promete Free Tier. Consulte a página oficial de preços do Amazon Route 53 antes de criar recursos e acompanhe o consumo da sua conta.

Ter um domínio próprio permite acompanhar o laboratório do começo ao fim, incluindo a delegação e a resolução a partir da Internet. Sem ele, ainda é possível acompanhar grande parte do conteúdo — zonas privadas, registros, políticas de roteamento e health checks — com as ressalvas indicadas nas aulas. O registro de domínio é cobrado pelo registrador escolhido.

O Amazon Route 53 é um serviço gerenciado da AWS: não existe instalação. O que você aprende é a configurar, administrar, integrar, monitorar, automatizar e diagnosticar o serviço — que é exatamente o trabalho de quem cuida de DNS na nuvem.

Sim, com módulos dedicados a cada uma. Você cria a zona pública, confere a delegação a partir dos Name Servers atribuídos pela AWS, e depois monta uma zona privada associada a uma VPC, observando como o mesmo nome pode responder de formas diferentes por dentro e por fora.

A, AAAA, CNAME, Alias, MX, TXT, NS e SOA têm tratamento dedicado, com descrição, exemplo e caso de uso. SRV e CAA são apresentados onde fazem sentido. Cada tipo é criado e validado por consulta no laboratório.

O CNAME é um tipo padrão do DNS que aponta um nome para outro nome e não pode ser usado na raiz do domínio. O Alias é um recurso do Route 53 que aponta um nome para recursos AWS compatíveis e para outros registros da mesma zona, inclusive na raiz. Há diferenças também em TTL, avaliação de integridade e cobrança de consultas. Uma seção inteira da página e um módulo do curso tratam dessa escolha — e a lista de destinos suportados por Alias é definida pela AWS, então vale confirmá-la na documentação oficial.

Simple, Weighted, Latency-Based, Failover, Geolocation, Geoproximity e Multivalue Answer, cada uma com módulo próprio, cenário de uso e configuração no laboratório. O recurso de roteamento por endereço de origem também é apresentado, com a ressalva de confirmar disponibilidade e requisitos na documentação atual.

Não. Os pesos influenciam a proporção das respostas DNS ao longo do tempo, mas cada resposta fica em cache por um intervalo e atende um número variável de acessos. A distribuição observada é uma tendência, não uma divisão exata de requisições — e o curso mostra isso na prática.

Não é assim que funciona. A AWS mantém medições de latência entre localidades e suas Regiões, e a resposta é escolhida com base nessas medições e na configuração dos registros. A decisão considera a origem da consulta — normalmente o resolver — e não uma medição em tempo real do servidor no momento do acesso.

Não. Entre a falha e a mudança efetiva existem o intervalo entre as verificações do health check, o número de falhas necessárias para mudar de estado e o TTL ainda válido nos resolvers e clientes. O curso mostra como estimar e reduzir esse intervalo — e por que a contingência precisa ser testada, não apenas configurada.

O Route 53 verifica periodicamente um endpoint a partir de verificadores distribuídos e avalia a resposta. Existem ainda health checks calculados, que combinam o estado de outros, e health checks baseados em alarmes do CloudWatch. O estado resultante pode influenciar a resposta devolvida pelas políticas de roteamento que os utilizam.

São zonas associadas a uma ou mais VPCs, cujos nomes só são resolvidos de dentro delas. Servem para nomes internos de aplicações, bancos de dados e serviços administrativos que não devem ser publicados na Internet. O curso cobre a criação, a associação com a VPC e os requisitos de DNS da rede.

Não é pré-requisito. Os conceitos de VPC necessários para o curso — o resolver da rede, os atributos de DNS e a associação de zonas privadas — são apresentados nas aulas correspondentes. Quem já trabalha com redes reconhece o terreno rapidamente.

Sim. Há módulos sobre inbound endpoints, outbound endpoints, resolver rules e a arquitetura de DNS híbrido entre a rede corporativa e a AWS. Como esse cenário envolve rede, roteamento e permissões além do próprio Route 53, o conteúdo apresenta os componentes e o fluxo, sempre indicando validar os requisitos atuais na documentação da AWS.

Sim. Um módulo é dedicado à CLI: perfis e credenciais, listagem de zonas, registros e health checks, alterações por lote de mudanças e consulta da resposta que o serviço devolveria. A ideia é que a mesma operação seja compreendida no console e reproduzida na linha de comando.

Sim, e com método. Um módulo inteiro trata do roteiro de diagnóstico — delegação, zona, registro, TTL e cache — usando nslookup, dig, Resolve-DnsName e a AWS CLI. No laboratório, falhas são provocadas de propósito para que você as diagnostique até a causa.

Você acompanha as aulas configurando na sua própria conta AWS: Hosted Zone pública e privada, registros de todos os tipos, health checks, políticas de roteamento aplicadas ao mesmo nome e cenários de falha reproduzidos para diagnóstico. Os recursos utilizados podem gerar cobrança pela AWS.

Um cenário completo de DNS e alta disponibilidade: domínio público delegado, zona com os registros da aplicação, Alias na raiz, política de roteamento escolhida e justificada, health check com contingência testada, zona privada para os serviços internos da VPC e monitoramento acompanhado no CloudWatch.

O acesso é vitalício. Você pode voltar às aulas sempre que precisar revisar uma configuração ou reforçar um conceito, inclusive depois de já ter concluído o treinamento.

Sim. Ao concluir o treinamento você poderá emitir o certificado de conclusão, emitido pela ITLOVERS TRAINING.

Não. São coisas diferentes. O certificado do curso atesta a conclusão deste treinamento e é emitido pela ITLOVERS TRAINING. Uma certificação AWS é concedida pela Amazon Web Services mediante aprovação em prova oficial, em processo independente deste treinamento — que não prepara especificamente para essas provas nem promete aprovação nelas.

Sim. Você terá 7 dias para conhecer o treinamento e avaliar se ele atende às suas expectativas. O prazo começa na confirmação da compra e as condições completas estão nos Termos de Uso.

O Route 53 é um serviço gerenciado e a AWS evolui a interface e os recursos com frequência. O curso prioriza o entendimento dos conceitos — que mudam pouco — e indica, nos pontos sensíveis, que a documentação oficial é a referência definitiva sobre recursos, limites e preços atuais.

O canal de atendimento é o WhatsApp informado nesta página, usado também para dúvidas comerciais antes da compra.