IBM Cloud Logs consideraciones para la nueva configuración de alertas y prioridades

IBM® Cloud Logs ha introducido cambios en la configuración y el tratamiento de las alertas y en el modo de definir las prioridades de las alertas. Estos cambios pueden afectar a cualquier automatización configurada para su entorno.

Cambio de gravedad de alerta a prioridad

Con la última versión de IBM Cloud Logs, IBM Cloud Logs ha cambiado la configuración de alertas, pasando de utilizar una serie de 4 severidades de alerta a 5 prioridades de alerta.

Asignación de los antiguos valores de gravedad de las alertas a los nuevos valores de prioridad
Gravedad	Prioridad
`Critical`	`P1`
`Error`	`P2`
`Warning`	`P3`
`Info` `[*]`	`P4`
`Info`	`P5`

[*]- No existe un valor de gravedad equivalente para la prioridad P4. P4 se asigna lógicamente como Info junto con P5.

Cualquier automatización existente (API o Terraform) en su entorno puede seguir utilizando los antiguos valores de gravedad y se asignarán a los nuevos valores de prioridad. Sin embargo, para aprovechar todas las nuevas funciones de la API de alertas, deberá actualizar su automatización para utilizar la nueva API.

Alerta de los cambios de configuración realizados mediante la interfaz de usuario

Con los últimos cambios de IBM Cloud Logs, la configuración de las alertas en la interfaz de usuario y la API ha cambiado y se han añadido funciones adicionales, entre las que se incluyen:

Si configura alertas utilizando la página de gestión de alertas IBM Cloud Logs, cualquier cambio que realice en una alerta existente se actualizará automáticamente a la funcionalidad más reciente. Esto incluye cambiar cómo se configura la alerta en la API.

Debido a que las alertas se actualizan automáticamente, si tiene API, Terraform u otra automatización que haga referencia a las alertas actualizadas, deberá actualizar la automatización para cumplir con la nueva definición de API de alerta.

Cambios en la compatibilidad de la API con las alertas

La última versión de IBM® Cloud Logs también incluye cambios en la API de alertas IBM® Cloud Logs.

La siguiente tabla resume los principales cambios entre la API anterior y la actual. Esta información le ayudará a comprender las capacidades y limitaciones de cada versión a la hora de crear, actualizar o consultar alertas.

Diferencias entre la API anterior y la actual
Característica	API anterior	API actual	Notas
Prioridades de alerta	utiliza `severity` en su lugar.	Apoyado El valor `priority` sustituye al antiguo valor `severity`.	La API anterior no reconoce los valores de prioridad de `P1-P5`. Las alertas con estos valores pueden provocar que la API anterior no pueda procesar alertas con valores de prioridad.
Alertas multicondición	No se admite Sólo se admite una regla por alerta.	Soportado	La API anterior ignorará cualquier regla adicional definida en una alerta.
Personalización de la ventana de evaluación	No soportado	Soportado	El campo `evaluationDelay` será ignorado por la API anterior.
Sensibilidad de las alertas de detección de anomalías	No soportado	Soportado	La API anterior no puede interpretar ni activar alertas basadas en porcentajes de desviación.
Duración dinámica	Compatible con `evaluationWindow`.	No compatible Sustituido por una ventana de evaluación continua.	Si una alerta configurada en la API anterior es procesada por la API actual, la `evaluationWindow` se procesará como una ventana de evaluación continua.

Cambios en la carga útil de Event Notifications

La última versión de IBM® Cloud Logs incluye cambios en la carga útil de IBM Cloud Event Notifications. La configuración y la carga útil de Event Notifications seguirán funcionando sin cambios. Los cambios sólo son necesarios si desea aprovechar la nueva funcionalidad.

Están disponibles los siguientes campos nuevos:

priority es un nuevo campo que se añade a la carga útil bajo el campo padre data. Esto apoya el cambio de severity a priority. No hay cambios en el campo severity de la carga útil de la notificación de sucesos. El valor del campo Notificación de evento severity se asignará como se explica en Cambio de gravedad de alerta a prioridad
versioned_id es un nuevo campo añadido a la carga útil. Es el ID que se genera cuando se actualiza la alerta.
El campo id contiene el valor unique_identfier de la alerta. Este ID se genera cuando se crea la alerta y permanece invariable.

Para más detalles, consulte: