Uma empresa migrou contêineres para o Amazon EKS e precisa de notificações automáticas por e-mail por componente do EKS. O plano é usar tópicos do SNS e uma função Lambda que inspeciona eventos de log e publica no tópico SNS apropriado. Qual abordagem de log suporta este design?

A opção correta é habilitar o Amazon CloudWatch Logs para os componentes do EKS e criar um filtro de assinatura do CloudWatch Logs para cada componente com o Lambda como destino da assinatura. Isso permite que os logs dos componentes do EKS sejam enviados diretamente para o CloudWatch Logs. Os filtros de assinatura podem então ser configurados para encaminhar eventos de log específicos para uma função Lambda, que pode processar esses eventos e publicar notificações no SNS. As outras opções estão incorretas porque: Usar consultas do CloudWatch Logs Insights com EventBridge não é a forma mais direta de reagir a eventos de log em tempo real para notificações, pois o Insights é mais para análise interativa. Habilitar o log do Amazon S3 para os componentes do EKS não é o método padrão para coletar logs de componentes do EKS para monitoramento e notificação em tempo real. Os logs do EKS são melhor gerenciados via CloudWatch Logs. Usar notificações de evento S3 PUT Object com o Lambda como destino seria aplicável se os logs fossem armazenados no S3, mas, como mencionado, o CloudWatch Logs é a abordagem nativa e mais eficiente para logs do EKS.