Uma implantação de região única hospeda um aplicativo no Amazon EC2 que deve aceitar conexões HTTP e TCP não-HTTP. A empresa deseja usar a rede global da AWS para reduzir a latência e também colocar as instâncias em um grupo do Auto Scaling atrás de um Elastic Load Balancer. Qual arquitetura um administrador de SysOps deve implementar para satisfazer esses requisitos?

A resposta correta é iniciar um grupo do Auto Scaling atrás de um Network Load Balancer (NLB) e usar o AWS Global Accelerator, registrando o NLB como um endpoint. O NLB é ideal para tráfego TCP não-HTTP e HTTP de alto desempenho, atendendo à necessidade de conexões HTTP e TCP não-HTTP. O AWS Global Accelerator utiliza a rede global da AWS para rotear o tráfego para o endpoint mais próximo, reduzindo a latência e melhorando a disponibilidade, o que satisfaz o requisito de usar a rede global da AWS. As opções que envolvem o Application Load Balancer (ALB) estão incorretas porque o ALB é otimizado para tráfego HTTP/HTTPS e não suporta nativamente tráfego TCP não-HTTP de forma eficiente para todos os casos de uso. As opções que sugerem o Amazon CloudFront estão incorretas porque, embora o CloudFront reduza a latência para conteúdo web, ele é um CDN (Content Delivery Network) e não um serviço de roteamento de rede de camada 4/7 para aplicações que exigem conexões TCP não-HTTP diretas, como o Global Accelerator.