Una aplicación se ejecuta en instancias EC2 detrás de un Application Load Balancer (ALB) en un grupo de Auto Scaling. La aplicación comienza a producir errores cada vez que el total de solicitudes excede las 100 solicitudes por segundo. El administrador necesita recopilar el recuento total de solicitudes durante un período de dos semanas para encontrar cuándo se superó el umbral. ¿Cuál es la forma adecuada de recopilar estos datos?

La métrica RequestCount del ALB en CloudWatch es la forma más directa y eficiente de monitorear el total de solicitudes que pasan por el balanceador de carga. Esta métrica agrega automáticamente el recuento de solicitudes para todas las instancias detrás del ALB, eliminando la necesidad de sumar métricas individuales. Establecer un rango de tiempo de dos semanas con un período de 1 minuto permite una granularidad suficiente para identificar picos que superen el umbral de 100 solicitudes por segundo. Sumar las métricas de solicitud por instancia usando CloudWatch metric math sería más complejo y menos eficiente, ya que el ALB ya proporciona esta métrica agregada. Agregar métricas personalizadas en la configuración de lanzamiento de EC2 no es necesario porque el ALB ya emite la métrica RequestCount. Crear una regla de EventBridge para eventos de EC2 no es el mecanismo adecuado para recopilar métricas de rendimiento de aplicaciones; EventBridge se utiliza para responder a cambios en el estado de los recursos.