Serverless App Engine:Alert Management

Contexto

Serverless App Engine (SAE) se integra con ARMS Alert Management. La nueva versión de ARMS Alert Management solo está disponible para las cuentas de Alibaba Cloud que activaron SAE después de las 00:00 del 30 de abril de 2021.

Arquitectura

Alert Management consta de cinco módulos principales: gestión de integraciones, gestión de eventos de alerta, gestión de políticas de notificación, manejo colaborativo de alertas y análisis del manejo de alertas.

Gestión de integraciones

Alert Management admite dos tipos de integraciones: la integración de alertas predeterminada y la integración de servicios de terceros.

Integración de alertas predeterminada

Las integraciones predeterminadas están disponibles para alertas de diversos servicios de ARMS, como Application Monitoring, browser monitoring, Managed Service for Prometheus y synthetic monitoring. Estas integraciones utilizan tareas periódicas para comprobar si existen anomalías en sus datos de monitoreo. Cuando se detecta una anomalía, estas integraciones envían un evento de alerta al centro de gestión de eventos a través de un canal predeterminado.

Integración de productos de terceros

Puede configurar integraciones para recibir alertas de cualquier fuente de terceros. Esto le permite centralizar la gestión de alertas en ARMS, lo que proporciona una ubicación central para manejar las alertas de todos sus sistemas, ya sea que se encuentren en las instalaciones o en la nube. Alert Management procesa cualquier alerta que reciba como un evento de alerta. Un evento de alerta tiene la siguiente estructura y restricciones:

Estructura de datos de un evento de alerta

La estructura de datos de un evento de alerta de ARMS se basa en el formato de código abierto AlertManager e incluye los siguientes campos:

• Labels: conjunto de pares clave-valor que representan los metadatos de la alerta. Un conjunto único de labels identifica un solo evento de alerta. Los eventos con el mismo conjunto de labels se fusionan. Por ejemplo: "alertname: High CPU Utilization".

• Annotations: conjunto de pares clave-valor que proporcionan información adicional no identificativa sobre la alerta. Por ejemplo: "message: Alert content".

• StartsAt: hora en que inició el evento de alerta.

• EndsAt: hora en que finalizó el evento de alerta.

• GeneratorUrl: URL que vincula de nuevo al origen del evento de alerta.

Diferencias entre labels y annotations

• El conjunto de labels define de manera única un evento de alerta. Si cambia algún valor de label, se genera un nuevo evento de alerta.

  Ejemplo:

  El conjunto de labels {"hostname":"prod-host-01", "alertname":"High CPU Utilization", "ip":"192.168.0.3"} representa una alerta específica (alta utilización de CPU en el host 192.168.0.3). Si el label ip cambia, como en {"hostname":"prod-host-01", "alertname":"High CPU Utilization", "ip":"192.168.0.4"}, se crea una alerta nueva y distinta (alta utilización de CPU en el host 192.168.0.4).

• Los cambios en las annotations no crean un nuevo evento de alerta. Varios eventos con las mismas labels pero diferentes annotations se consideran actualizaciones de la misma alerta.

  Ejemplo:

  Si una alerta con la annotation {"value":"85", "message":"Host 192.168.0.3 CPU utilization is 85%, which exceeds the 80% threshold."} se envía de nuevo con una nueva annotation, como {"value":"86", "message":"Host 192.168.0.3 CPU utilization is 86%, which exceeds the 80% threshold."}, no se genera una nueva alerta. Ambos eventos se tratan como actualizaciones de la misma alerta en curso.

Gestión de eventos de alerta

El módulo de gestión de eventos de alerta proporciona dos formas de procesar eventos procedentes de orígenes de alerta:

• Utilice un flujo de procesamiento de eventos para construir pipelines de procesamiento sencillos. Esto le permite reprocesar eventos de alerta de cualquier origen para cumplir con distintos requisitos de manejo de datos.

• Utilice las funciones de gestión de eventos para realizar deduplicación, compresión, reducción de ruido y silenciamiento en los eventos de alerta. Esto ayuda a consolidar las alertas y reducir las tormentas de alertas.

Compresión de eventos

De forma predeterminada, el módulo de gestión de eventos de alerta comprime los eventos de dos maneras: por label y por tiempo. Las siguientes secciones describen cómo funciona cada método.

Compresión basada en labels

Cuando un evento de alerta activa una notificación, el sistema lo comprime según la política de agrupación definida en la política de notificación. Si varios eventos que coinciden con la política comparten los mismos valores para las labels de agrupación especificadas, el sistema los comprime automáticamente en una sola notificación. La siguiente figura muestra cómo se comprimen tres eventos diferentes mediante dos labels de agrupación distintas:

Compresión basada en tiempo

Cada evento de alerta tiene una hora de inicio y una hora de finalización. Si los eventos de alerta con las mismas labels tienen rangos de tiempo superpuestos, el sistema los fusiona en un solo evento. Las horas de inicio y finalización del evento fusionado pasan a ser la unión de los rangos de tiempo de los eventos originales.

Gestión de políticas de notificación

Una política de notificación es esencialmente una regla de suscripción. Configure reglas de coincidencia y, cuando un evento de alerta cumpla las condiciones, ARMS enviará notificaciones según la política.

La siguiente figura muestra la relación entre los flujos de procesamiento de eventos, la gestión de eventos y las políticas de notificación.

Manejo colaborativo de alertas

Beneficios

Cuando despliega sus servicios en Alibaba Cloud y utiliza ARMS para el monitoreo, Alert Management le ayuda a mejorar su eficiencia operativa de las siguientes maneras.

• Operaciones globalizadas

  • Las plantillas globales le permiten gestionar reglas de alerta para todas las regiones desde una sola ubicación.

  • Configure contactos y políticas de notificación una sola vez para que surtan efecto a nivel global.

• Gestión centralizada y eficiente

  • Alert Management proporciona integraciones con un solo clic para herramientas comunes de monitoreo de Alibaba Cloud y admite la integración manual para otras herramientas, lo que facilita la centralización del mantenimiento.

  • El módulo de ingesta de eventos es estable y proporciona procesamiento de eventos ininterrumpido las 24 horas del día, los 7 días de la semana.

  • El sistema garantiza baja latencia al procesar grandes volúmenes de datos de eventos.

• Notificaciones oportunas y precisas

  • Configure reglas de notificación para fusionar eventos antes de enviar notificaciones, lo que ayuda a reducir la fatiga de alertas en su personal operativo.

  • Elija diferentes métodos de notificación, como correo electrónico, SMS, teléfono o DingTalk, según la urgencia de la alerta para notificar a los contactos adecuados.

  • Utilice una política de escalado para enviar recordatorios repetidos de alertas que permanezcan sin atender después de un período especificado, lo que garantiza una resolución oportuna.

• Gestión de alertas rápida y práctica

  • Los contactos pueden manejar alertas en cualquier momento a través de DingTalk.

  • Un formato de alerta común permite a los contactos analizar las alertas con mayor eficacia.

  • Varios contactos pueden trabajar juntos para resolver alertas a través de DingTalk.

• Las estadísticas en tiempo real y el análisis de estado le ayudan a mejorar continuamente la eficiencia en la resolución de alertas.