IBM Cloud Logs considerazioni per la nuova configurazione di allarmi e priorità

IBM® Cloud Logs ha apportato modifiche alla configurazione e all'elaborazione degli avvisi e alla definizione delle priorità degli avvisi. Queste modifiche potrebbero avere un impatto sull'automazione configurata per l'ambiente.

Passare dalla gravità dell'avviso alla priorità

Con l'ultima versione di IBM Cloud Logs, IBM Cloud Logs ha modificato la configurazione degli avvisi, passando da una serie di 4 gravità di avviso a 5 priorità di avviso.

Mappatura dei vecchi valori di gravità degli avvisi ai nuovi valori di priorità
Severità	Priorità
`Critical`	`P1`
`Error`	`P2`
`Warning`	`P3`
`Info` `[*]`	`P4`
`Info`	`P5`

[*]- Non esiste un valore di gravità equivalente per la priorità P4. P4 è logicamente mappato come Info insieme a P5.

Qualsiasi automazione esistente (API o Terraform) nel vostro ambiente può continuare a usare i vecchi valori di gravità, che saranno mappati ai nuovi valori di priorità. Tuttavia, per sfruttare tutte le nuove funzionalità dell'API degli avvisi, è necessario aggiornare l'automazione per utilizzare la nuova API.

Modifiche alla configurazione degli avvisi effettuate tramite l'interfaccia utente

Con le ultime modifiche di IBM Cloud Logs, la configurazione degli avvisi nell'interfaccia utente e nell'API è cambiata e ha aggiunto ulteriori funzionalità, tra cui:

Se configuri gli avvisi tramite la pagina Gestione avvisi IBM Cloud Logs, tutte le modifiche apportate a un avviso esistente verranno automaticamente aggiornate alla funzionalità più recente. Ciò include la modifica della configurazione dell'avviso nell'API.

Poiché gli avvisi vengono aggiornati automaticamente, se si dispone di API, Terraform o altre automazioni che fanno riferimento agli avvisi aggiornati, sarà necessario aggiornare l'automazione per soddisfare la nuova definizione dell'API di avviso.

Modifiche al supporto API per gli avvisi

L'ultima versione di IBM® Cloud Logs include anche modifiche all'API degli avvisi di IBM® Cloud Logs.

La tabella seguente illustra le principali modifiche tra la precedente e l'attuale API. Queste informazioni vi aiuteranno a comprendere le capacità e i limiti di ciascuna versione durante la creazione, l'aggiornamento o l'interrogazione degli avvisi.

Differenze tra l'API precedente e quella attuale
Funzione	API precedente	API corrente	Note
Priorità di allarme	Non supportato API utilizza invece `severity`.	Supportato Il valore `priority` sostituisce il vecchio valore `severity`.	L'API precedente non riconosce i valori di priorità `P1-P5`. Gli avvisi con questi valori possono far sì che l'API precedente non sia in grado di elaborare gli avvisi con valori di priorità.
Allarmi multi-condizione	Non supportato È supportata una sola regola per avviso.	Supportato	L'API precedente ignora qualsiasi regola aggiuntiva definita in un avviso.
Personalizzazione della finestra di valutazione	Non supportato	Supportato	Il campo `evaluationDelay` sarà ignorato dall'API precedente.
Sensibilità degli avvisi di rilevamento delle anomalie	Non supportato	Supportato	L'API precedente non è in grado di interpretare o attivare avvisi basati sulle percentuali di deviazione.
Durata dinamica	Supportato Supportato con `evaluationWindow`.	Non supportato Sostituito da una finestra di valutazione mobile.	Se un avviso configurato nell'API precedente viene elaborato dall'API corrente, il sito `evaluationWindow` verrà elaborato come una finestra di valutazione continua.

Modifiche al payload di Event Notifications

L'ultima versione di IBM® Cloud Logs include modifiche al payload di IBM Cloud Event Notifications. La configurazione e il payload esistenti di Event Notifications continueranno a funzionare senza modifiche. Le modifiche sono necessarie solo se si desidera sfruttare la nuova funzionalità.

Sono disponibili i seguenti nuovi campi:

priority è un nuovo campo aggiunto al payload sotto il campo padre data. Questo supporta il passaggio da severity a priority. Il campo severity non viene modificato nel payload della notifica di evento. Il valore del campo Notifica evento severity sarà mappato come spiegato in Passaggio dalla gravità dell'avviso alla priorità
versioned_id è un nuovo campo aggiunto al payload. È l'ID che viene generato quando l'avviso viene aggiornato.
Il campo id contiene il valore unique_identfier della segnalazione. Questo ID viene generato al momento della creazione della segnalazione e rimane invariato.

Per maggiori dettagli, vedere: