The incident management platform Splunk On-Call handles the distribution of messages from dozens of different sources, which can be selected as integrations directly in the web interface. A generic REST API back-end is available for Checkmk.
 |
This is a machine translation based on the English version of the article. It might or might not have already been subject to text preparation. If you find errors, please file a GitHub issue that states the paragraph that has to be improved. |
La piattaforma di gestione degli incidenti Splunk On-Call gestisce la distribuzione di messaggi da decine di fonti diverse, che possono essere selezionate come integrazioni direttamente nell'interfaccia web. Per Checkmk è disponibile un back-end API REST generico.
1. Configurazione di Splunk On-Call
Non è necessario attivare esplicitamente le notifiche da Checkmk, ma solo l'indirizzo dell'endpoint API REST:
In Splunk On-Call, alla voce Integrations, chiama l'elemento REST Generic.
Copia l'URL dell'endpoint API REST visualizzato.
2. Configurazione di Checkmk
Hai già imparato come configurare le notifiche di Checkmk in generale nell'articolo sulle notifiche.
In Checkmk è ora sufficiente specificare l'URL copiato sopra:
Crea una nuova regola di notifica con Setup > Events > Notifications > Add rule.
Per Notification Method scegli Splunk On-Call.
-
Inserisci l'URL copiato in REST Endpoint URL:
Invece di inserire l'URL direttamente qui, puoi anche leggerlo dall'archivio password, a patto che sia stato precedentemente memorizzato.
Facoltativamente, puoi specificare dei prefissi URL per controllare i link della tua GUI all'interno della notifica.
Quando utilizzi il seguente box Contact selection, tieni presente i due punti seguenti:
Quando selezioni i contatti, assicurati che le notifiche vengano inviate solo a un contatto, ad esempio selezionando un singolo utente. Con i metodi di notifica per i sistemi di ticket ecc. la selezione del contatto serve solo a specificare l' invio delle notifiche. Tuttavia, le notifiche non vengono inviate all'utente selezionato, ma al sistema di ticket. Tieni presente che una selezione di contatti tramite gruppi di contatti, tutti i contatti di un oggetto o simili di solito genera diverse notifiche identiche per un evento, che poi finiscono nel sistema di ticket due, tre o anche più volte.
Se il primo punto è soddisfatto, ma l'utente è utilizzato in più regole di notifica per lo stesso metodo, allora si applica solo l'ultima regola in ogni caso. È quindi consigliabile creare un utente funzionale separato per ciascuna di queste regole di notifica.
Con la nuova funzione Test notifiche, puoi verificare se la tua nuova regola di notifica si applica a determinati host e servizi.
Per inviare effettivamente delle notifiche di prova tramite questo metodo di notifica, devi continuare a utilizzare i risultati di Fake check in Checkmk 2.3.0.