O GoConqr está de visual novo! Conte para nós o que você achou.

Flashcards

Sem título

Ivan Carlos Português 20 flashcards

Flashcards do conjunto (20)

  1. 1DNSNS (Domain Name System):
    Traduz nomes de domínio amigáveis (ex.: www.google.com) para endereços IP (ex.: 192.168.1.1).
    Hierarquia de Nomes DNS:
    Raiz: Indicado por um ponto final (.).
    Domínio de Nível Superior (TLD): Ex.: .com, .org, .gov.
    Domínio de Segundo Nível: Ex.: example.com.
    Subdomínio: Ex.: api.example.com.
  2. 2Como o DNS Funciona?ente solicita um nome de domínio (ex.: example.com).
    Consulta é enviada ao servidor DNS local.
    Se não souber a resposta, pergunta ao servidor DNS raiz.
    Servidor DNS raiz responde com o TLD relevante (ex.: .com).
    O DNS local pergunta ao servidor do TLD (ex.: .com) pelo domínio.
    O servidor do TLD direciona para o servidor autoritativo do domínio.
    O servidor autoritativo retorna o endereço IP.
    Ex.: example.com → 192.168.1.1.
  3. 3Amazon Route 53Descrição:
    Serviço DNS altamente disponível, escalável e gerenciado.
    Autoritativo: Permite controle total sobre os registros DNS.
  4. 4Funcionalidades do Route 53Registros DNS:
    Zonas de Hospedagem:
    Registrador de Domínios:
    Verificação de Integridade:
    Políticas de Roteamento:
  5. 5Registros DNS:Traduz nomes de domínio para IPs.
    Tipos de Registro:
    A: Associa nome de domínio a um endereço IPv4.
    AAAA: Associa a um endereço IPv6.
    CNAME: Aponta um nome de domínio para outro nome de domínio.
    NS: Define os servidores de nomes para uma zona de hospedagem.
    TTL (Time to Live): Tempo em que um registro é armazenado em cache.
  6. 6Zonas de Hospedagem:Contêm registros DNS para um domínio.
    Tipos:
    Zona Pública: Responde consultas da internet pública.
    Zona Privada: Responde consultas dentro de uma VPC.
  7. 7Registrador de Domínios:Registra nomes de domínio diretamente no Route 53.
    Ex.: example.com registrado e gerenciado.
  8. 8Verificação de Integridade:Monitora recursos e verifica a disponibilidade.
    Exclusivo da Route 53 com SLA de 100% de disponibilidade.
  9. 9Políticas de Roteamento:Define como o tráfego é direcionado para os recursos.
    Exemplos:
    Simple Routing: Um único IP.
    Weighted Routing: Divide o tráfego entre múltiplos IPs com pesos atribuídos.
    Latency Routing: Redireciona para a região com menor latência.
  10. 10Zonas Públicas vs. Zonas PrivadasZona Pública:
    Responde a consultas DNS públicas.
    Ex.: www.example.com retorna um endereço IP acessível publicamente.
    Zona Privada:
    Responde consultas DNS dentro de uma VPC.
    Ex.: database.example.internal retorna um IP privado, acessível apenas dentro da rede corporativa.
  11. 111. Registro de Domínios no Route 53Passos:
    Acesse o console do Route 53.
    Vá para "Registrar Domínios".
    Escolha um nome de domínio único.
    Complete as informações de contato e ative a proteção de privacidade.
    Realize o pagamento (mínimo $12/ano).
    Verifique se o domínio aparece em "Zonas Hospedadas" após o registro.
    Registros Automáticos Criados:
    NS (Name Server): Aponta para servidores DNS autoritativos da AWS.
    SOA (Start of Authority): Contém informações básicas do domínio.
  12. 122. Criando Registros DNS no Route 53Exemplo de Registro A:
    Nome: test.example.com
    Tipo: A (IPv4)
    Valor: 1.1.2.2
    TTL: 300 segundos (tempo de cache).
  13. 131. Time to Live (TTL)O que é:
    Tempo que uma resposta de DNS é armazenada em cache no cliente (ou resolvedor local).
    Define por quanto tempo o cliente pode reutilizar a resposta sem consultar o DNS novamente.
    Vantagens de TTL Alto (ex.: 24h):
    Menos consultas ao DNS → Redução de custo.
    Menor tráfego no Route 53.
    Desvantagens de TTL Alto:
    Registros desatualizados por mais tempo após mudanças.
    Vantagens de TTL Baixo (ex.: 60s):
    Atualizações mais rápidas nos registros.
    Ideal para mudanças frequentes.
    Desvantagens de TTL Baixo:
    Mais consultas → Maior custo no Route 53.
    Estratégia para Atualizações:
    Reduza o TTL temporariamente antes de uma alteração planejada.
    Altere os registros DNS.
    Após propagação, restaure o TTL para um valor mais alto.
  14. 142. CNAME vs AliasNAME (Canonical Name Record):
    Mapeia um nome de domínio para outro nome de domínio.
    Não pode ser usado no ápice (root) de uma zona de DNS (ex.: example.com).
    Alias (Route 53):
    Exclusivo do Route 53.
    Aponta diretamente para recursos AWS (ex.: ALB, CloudFront, S3 Websites).
    Suporta domínios root e subdomínios.
    Benefícios:
    Gratuito.
    Integração com verificações de integridade.
    Ajuste automático ao IP do recurso AWS.
  15. 153. Políticas de RoteamentoSimples (Simple Routing Policy):
    Responde com um ou mais valores (IPs, nomes DNS).
    Uso comum: Configurações básicas.
    Se múltiplos valores forem retornados, o cliente escolhe aleatoriamente.
    Failover:
    Redireciona para um recurso secundário em caso de falha no primário.
    Necessita de verificações de integridade.
    Ponderado (Weighted):
    Divide o tráfego com base em pesos atribuídos.
    Ex.: 70% do tráfego para uma região e 30% para outra.
    Latência (Latency-based):
    Redireciona para o recurso com menor latência para o cliente.
    Ideal para cargas globais.
    Geolocalização:
    Redireciona com base na localização geográfica do cliente.
    Ex.: Usuários na Europa → Servidor europeu.
    Geoproximidade (Geoproximity):
    Similar à geolocalização, mas ajustável por peso para favorecer determinadas localizações.
    Resposta de Múltiplos Valores:
    Responde com múltiplos valores e inclui verificações de integridad
  16. 164. Exemplos PráticosConfiguração de TTL no Route 53:
    Criar um registro A com TTL de 120 segundos.
    Testar a propagação de mudanças usando dig ou nslookup.
    Configuração de Alias:
    Criar um registro A do tipo Alias para redirecionar example.com ao DNS de um ALB.
    Usar Alias no ápice do domínio (não suportado por CNAME).
    Política de Roteamento Simples:
    Criar um registro com múltiplos IPs para balanceamento básico.
    Testar o comportamento no cliente (escolha aleatória de IP).
  17. 171. Política de Roteamento PonderadoDireciona tráfego para recursos com base em pesos atribuídos.
    Percentagem do tráfego é proporcional ao peso relativo de cada registro.
    Exemplo:
    Registro 1: Peso 10 → 10% do tráfego.
    Registro 2: Peso 70 → 70% do tráfego.
    Registro 3: Peso 20 → 20% do tráfego.
    Casos de uso:
    Balanceamento de carga entre recursos em regiões diferentes.
    Teste de novas versões de aplicativos com tráfego controlado.
    Desativar tráfego para um recurso atribuindo peso 0.
    Requisitos:
    Todos os registros devem ter o mesmo nome e tipo.
    Podem ser associados a verificações de saúde para failover automático.
  18. 18Política de Roteamento Baseada em LatênciaDireciona tráfego para o recurso com menor latência para o cliente.
    Mede a latência com base na localização geográfica do cliente.
    Casos de uso:
    Melhorar a experiência do usuário redirecionando para o recurso mais próximo.
    Aplicações globais com usuários distribuídos.
    Exemplo:
    Cliente na Europa → Redirecionado para eu-central-1.
    Cliente na América do Norte → Redirecionado para us-east-1.
    Cliente na Ásia → Redirecionado para ap-southeast-1.
  19. 193. Verificações de SaúdeTipos de Verificações de Saúde:
    Endpoint Público:
    Verifica a saúde de um endpoint público (ex.: ALB, servidor).
    Suporta protocolos HTTP, HTTPS e TCP.
    Pode buscar texto específico em respostas HTTP.
    Frequência:
    Regular: 30s.
    Rápida: 10s (mais caro).
    Calculada:
    Combina resultados de várias verificações de saúde (child checks).
    Suporta operadores lógicos: AND, OR, NOT.
    Ideal para monitorar múltiplos recursos como um único grupo.
    Baseada em Alarme do CloudWatch:
    Monitora recursos privados ou locais.
    Depende de métricas do CloudWatch e estados de alarme.
    Características:
    Global:
    São realizadas por ~15 verificadores de saúde distribuídos globalmente.
    Failover Automático:
    Se o recurso estiver insalubre, o Route 53 redireciona para outro registro.
    Casos de uso:
    Monitorar ALBs em múltiplas regiões.
    Garantir failover automatizado entre recursos regionais.
    Configurar verificações para endpoints privados usando alarmes do CloudWatch.
  20. 204. Estratégias e ConsideraçõesPonderado:
    Ideal para dividir tráfego em novos lançamentos ou manter redundância em recursos.
    Latência:
    Use para melhorar desempenho em aplicativos globais com usuários em diferentes continentes.
    Verificações de Saúde:
    Assegure que os verificadores de saúde possam acessar seus endpoints (configure grupos de segurança corretamente).
    Para recursos privados, combine métricas do CloudWatch com verificações de saúde.
    TTL e Cache:
    Configure TTL baixo durante testes para respostas mais rápidas em alterações de registros.

Informações

Descrição
FlashCards sobre Sem título, criado por Ivan Carlos em 16-12-2024.
Criado por
Ivan Carlos · dez 2024
Atualizado
16 dez 2024
Visualizações
1
Avaliação

Fale Conosco

Sobre o que é sua mensagem?

O que você acha do novo visual?

Você gostou?