Uma aplicação web de três camadas tem servidores web em uma sub-rede pública e servidores de aplicação e banco de dados em sub-redes privadas. Um dispositivo de firewall virtual de terceiros do AWS Marketplace é implantado em uma VPC de inspeção e possui uma interface IP que aceita pacotes. Um arquiteto de soluções deve garantir que todo o tráfego de entrada seja inspecionado pelo dispositivo antes de chegar aos servidores web, com o mínimo de sobrecarga operacional. Qual solução atende a esses requisitos?

A solução correta é implantar um Gateway Load Balancer (GLB) na VPC de inspeção. O GLB é projetado especificamente para rotear o tráfego para dispositivos de segurança de terceiros, como firewalls virtuais, de forma transparente. Ao criar um Gateway Load Balancer Endpoint (GLB Endpoint) nas sub-redes onde o tráfego precisa ser inspecionado, todo o tráfego de entrada pode ser direcionado para o GLB, que então o encaminha para o dispositivo de firewall para inspeção antes de retornar à aplicação. Isso minimiza a sobrecarga operacional, pois o GLB gerencia o roteamento e o dimensionamento para o dispositivo de inspeção. As outras opções são menos adequadas: Network Load Balancer (NLB) e Application Load Balancer (ALB) são projetados para distribuir tráfego para aplicações, não para rotear tráfego para dispositivos de inspeção de forma transparente. Eles não teriam a funcionalidade de "pass-through" necessária para este cenário. Um Transit Gateway pode ser usado para roteamento entre VPCs, mas não é a ferramenta ideal para rotear tráfego de entrada diretamente para um dispositivo de inspeção de forma transparente e com baixa sobrecarga operacional como o GLB. Seria necessário um roteamento complexo e gerenciamento adicional para replicar a funcionalidade do GLB.