Uma empresa atualmente usa um balanceador de carga para distribuir o tráfego para instâncias EC2 em uma única Availability Zone. A empresa deseja reestruturar a solução para atender a estas necessidades: as solicitações de entrada devem ser filtradas para vulnerabilidades web comuns, as solicitações rejeitadas devem ser encaminhadas para um aplicativo de auditoria de terceiros e todos os recursos devem ter alta disponibilidade. Qual arquitetura atende a esses requisitos?

A opção correta atende a todos os requisitos. O grupo do Auto Scaling Multi-AZ com ALB garante alta disponibilidade e escalabilidade. O AWS WAF com AWS Managed Rules filtra vulnerabilidades web comuns. A associação do WAF ao ALB permite que ele inspecione o tráfego de entrada. A habilitação do registro do WAF com o Kinesis Data Firehose como destino, apontando para o aplicativo de auditoria de terceiros, garante que as solicitações rejeitadas (registradas pelo WAF) sejam encaminhadas de forma eficiente para auditoria. As opções incorretas falham em um ou mais requisitos: A primeira opção usa o Amazon Inspector, que é para avaliação de segurança de instâncias e não para filtragem de tráfego em tempo real, e o Lambda para relatórios periódicos, não para encaminhamento direto de solicitações rejeitadas. A segunda opção não aborda a alta disponibilidade das instâncias EC2 e usa o CloudWatch Logs com Lambda para auditoria, que é menos eficiente para streaming contínuo de dados para um sistema de terceiros do que o Kinesis Data Firehose. A terceira opção não inclui um grupo do Auto Scaling Multi-AZ para as instâncias EC2, o que compromete a alta disponibilidade.