Desenvolvedores usam instâncias EC2 como estações de trabalho remotas. A empresa deseja detectar quando os usuários criam ou modificam regras de security group que permitem acesso de entrada irrestrito, remover essas regras automaticamente e notificar a equipe de segurança por e-mail em tempo quase real. Existe uma função Lambda que, dado um ID de security group, remove as regras que permitem acesso irrestrito e publica notificações em um tópico SNS. Qual passo o engenheiro de DevOps deve tomar a seguir para atender aos requisitos?

A opção correta é criar uma regra do EventBridge no barramento de eventos padrão com um padrão de evento que corresponda aos eventos de criação e modificação de security group do EC2 e definir a regra para invocar a função Lambda. O Amazon EventBridge (anteriormente CloudWatch Events) é o serviço ideal para reagir a eventos em tempo quase real. Ele pode filtrar eventos específicos do AWS CloudTrail, como a criação ou modificação de regras de security group, e acionar a função Lambda para remediá-los. As outras opções estão incorretas porque: Configurar a função Lambda para ser invocada pelo tópico SNS e criar uma assinatura do CloudTrail para o tópico SNS não é a forma mais direta ou eficiente de acionar a Lambda com base em eventos do CloudTrail. O EventBridge é projetado para isso. Criar uma regra agendada do EventBridge para invocar a função Lambda em um cronograma horário não atende ao requisito de detecção e remediação em tempo quase real, pois haveria um atraso entre a modificação e a ação. Criar um barramento de eventos personalizado do EventBridge que receba eventos de todos os serviços AWS e configurar a função Lambda para ser acionada por esse barramento personalizado é um exagero e desnecessário. O barramento de eventos padrão já recebe eventos de serviços AWS e é suficiente para este caso de uso.