Una empresa migró contenedores a Amazon EKS y necesita notificaciones automáticas por correo electrónico para cada componente de EKS. El plan es usar temas de SNS y una función Lambda que inspeccione los eventos de registro y publique en el tema de SNS apropiado. ¿Qué enfoque de registro es compatible con este diseño?

La opción correcta es habilitar Amazon CloudWatch Logs para los componentes de EKS y crear un filtro de suscripción de CloudWatch Logs para cada componente con Lambda como destino. EKS se integra directamente con CloudWatch Logs para la recopilación de registros de sus componentes (servidor de API, auditoría, autenticador, controlador del programador y controlador del administrador de controladores). Los filtros de suscripción de CloudWatch Logs permiten enviar flujos de eventos de registro en tiempo real a un destino, como una función Lambda, que luego puede procesar los eventos y publicar en SNS. Las opciones incorrectas son: Usar consultas de CloudWatch Logs Insights es para análisis interactivo, no para notificaciones en tiempo real. Habilitar el registro de Amazon S3 para los componentes de EKS no es el método estándar para la recopilación de registros de EKS, y los filtros de suscripción de CloudWatch Logs no se aplicarían a los registros en S3. Usar notificaciones de eventos S3 PUT Object con Lambda tampoco es el método estándar para los registros de componentes de EKS y no ofrece la granularidad de filtrado de eventos de registro que se necesita.