Una empresa ejecuta muchas instancias EC2 basadas en Amazon Linux 2 AMI. El administrador de SysOps necesita una forma de bajo mantenimiento para capturar sesiones interactivas de comandos de usuario (comandos y sus salidas), almacenar esas grabaciones de forma duradera y activar alertas basadas en el contenido de los registros. ¿Qué enfoque proporciona la funcionalidad requerida con la menor sobrecarga operativa?

La opción correcta aprovecha AWS Systems Manager Session Manager, que ofrece una solución de bajo mantenimiento para el acceso interactivo a instancias sin necesidad de abrir puertos SSH. Session Manager puede configurarse para transmitir automáticamente los registros de sesión (comandos y salidas) a CloudWatch Logs, lo que garantiza un almacenamiento duradero y centralizado. Luego, se pueden crear filtros de métricas y alarmas de CloudWatch directamente sobre estos registros para detectar patrones o contenido específico, proporcionando la funcionalidad de alerta requerida con una sobrecarga operativa mínima. Las otras opciones tienen desventajas: Habilitar el registro de sesiones en cada instancia y usar el agente de CloudWatch requiere configuración y mantenimiento en cada instancia, lo que aumenta la sobrecarga operativa. Además, Athena no es ideal para alertas en tiempo real. Un host bastión central introduce un punto único de falla y requiere gestión adicional de infraestructura. Requerir Systems Manager Run Command para acceso interactivo no es su propósito principal; Run Command está diseñado para ejecutar comandos no interactivos a escala.