Domínio

Redes e entrega de conteúdo

Leve o tráfego para onde ele deve ir e descubra por que ele não está chegando: design de VPC, conectividade privada e híbrida, DNS com Route 53, CloudFront e Global Accelerator, serviços de proteção de rede, otimização de custos de rede e diagnóstico sistemático com flow logs e Reachability Analyzer.

Uma instância em uma sub-rede privada dá timeout ao chamar o S3. A aplicação não mudou e o role do IAM está correto, então a requisição morre em algum ponto do caminho: uma rota que falta, um NAT gateway na sub-rede errada, um security group sem regra de saída ou uma endpoint policy que ninguém lembra de ter escrito. Este domínio ensina a construir esse caminho com intenção e a percorrê-lo em ordem quando ele quebra.

Redes valem 18% do SOA-C03, mas a fatia que ocupam nos incidentes reais é maior. Falhas de outros domínios aparecem aqui primeiro: um target group que reporta unhealthy, uma função Lambda que não alcança o banco de dados, uma stack que trava em um recurso sem saída para a internet.

O que este domínio cobre

  • Os blocos da VPC: planejamento de CIDR, sub-redes públicas e privadas, e qual route table manda o tráfego para onde
  • Internet gateways, NAT gateways e egress-only gateways, incluindo o caso IPv6 e o custo que o NAT adiciona
  • Security groups contra network ACLs: stateful e stateless, e qual dos dois o cenário está descrevendo
  • Acesso privado com gateway endpoints e interface endpoints, mais PrivateLink para serviços que você ou um parceiro expõe
  • Conexão entre redes com VPC peering, Transit Gateway, Site-to-Site VPN e Client VPN
  • Hosted zones do Route 53, o Resolver para resolução de nomes híbrida e as políticas de roteamento (weighted, latency, failover, geolocation)
  • Distribuições do CloudFront e comportamento de cache, e em quais casos o Global Accelerator entra no lugar
  • Auditoria dos serviços de proteção de rede, redução do gasto com transferência de dados e NAT, e diagnóstico com VPC Flow Logs, Reachability Analyzer e métricas de rede do CloudWatch

Por que isso importa

As questões daqui entregam uma conexão que falha e quatro motivos plausíveis para ela. O que resolve é um método em ordem: route table, depois gateway, depois network ACL, depois security group e, por fim, a policy do endpoint ou do serviço. A mesma sequência funciona quando o destino é o S3, um data center on-premises ou outra VPC.

As fronteiras carregam a maior parte dos pontos. Security group contra network ACL, gateway endpoint contra interface endpoint, peering contra Transit Gateway, CloudFront contra Global Accelerator: cada par parece intercambiável até uma restrição do cenário separar os dois.

Tópicos deste domínio