Resumen de alertas

Última actualización: 9 de septiembre de 2024

Creado para:

  • Desarrollador
NOTE
Dado que las alertas son compatibles con los entornos limitados de producción y desarrollo, puede suscribirse a ellas en cualquier entorno limitado. Cuando se restablece una zona protegida, también se restablecen todas las alertas de suscripción y, cuando se elimina una zona protegida, se eliminan todas las alertas de suscripción.

Adobe Experience Platform le permite suscribirse a alertas basadas en eventos relativas a actividades de Adobe Experience Platform. Las alertas reducen o eliminan la necesidad de sondear la Observability Insights API para comprobar si un trabajo se ha completado, si se ha alcanzado un hito determinado dentro de un flujo de trabajo o si se ha producido algún error.

Cuando se alcanza un determinado conjunto de condiciones en las operaciones de Platform (como un problema potencial cuando el sistema supera un umbral), Platform puede enviar mensajes de alerta a cualquier usuario de la organización que se haya suscrito a ellos. Estos mensajes se pueden repetir a lo largo de un intervalo de tiempo predefinido hasta que se haya resuelto la alerta.

Este documento proporciona información general sobre las alertas en Adobe Experience Platform, incluida la estructura de cómo se definen las reglas de alerta.

Alertas únicas frente a alertas repetidas

Las alertas de plataforma se pueden enviar una vez o pueden repetirse a lo largo de un intervalo predefinido hasta que se resuelven. Los casos de uso de cada una de estas opciones están pensados para diferir de las siguientes maneras:

Alerta únicaAlerta repetida
No indica necesariamente un problema.Indica un estado potencialmente no deseable.
No repetir.Se puede repetir si la condición anómala persiste.

Algunos ejemplos son:

  • La ingesta de datos se ha completado correctamente.
  • Ha finalizado la ejecución de una consulta.
  • Se han eliminado los datos.

Algunos ejemplos son:

  • La duración de la ingesta supera el acuerdo de nivel de servicio (SLA).
  • La ingestión diaria no se ha producido en las últimas 24 horas.
  • La tasa de error del procesador de flujo está por encima del umbral configurado.
  • El número total de perfiles supera el derecho.

Anatomía de una alerta

Una alerta se puede desglosar en los siguientes componentes:

ComponenteDescripción
MétricaUna observabilidad metric cuyo valor almacena en déclencheur la alerta, como el número de eventos de ingesta por lotes con errores (timeseries.ingestion.dataset.batchfailed.count).
CondiciónCondición relacionada con la métrica que almacena en déclencheur la alerta si se resuelve en verdadera, como una métrica de recuento que supera un determinado número. Esta condición puede estar asociada a una ventana de tiempo predefinida.
Ventana(Opcional) La condición de una alerta puede restringirse a una ventana de tiempo predefinida. Por ejemplo, una alerta puede tener un déclencheur en función del número de lotes fallidos en los últimos cinco minutos.
AcciónCuando se activa una alerta, se realiza una acción. En concreto, los mensajes se envían a los destinatarios correspondientes a través de un canal de entrega, como un webhook preconfigurado o la interfaz de usuario del Experience Platform.
Frecuencia(Opcional) Se puede configurar una alerta para que repita su acción a un intervalo definido si su condición sigue siendo verdadera o no se ha resuelto.