| Scroll Ignore | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||
|
Concept
Les notifications permettent d'informer les utilisateurs en dehors de l'interface de Shinken d'un changement de statut ou de contexte d'un hôte, check ou cluster.
- Pour un élément donné ( hôte, check, cluster ),
- une notification sera générée, suivant la configuration de l'élément ( notifie sur tous les statuts et contextes, seulement sur certains, ... )
- et l'envoyer à des utilisateurs en fonction du paramétrage de la ou les méthodes de notification qu'il utilise.
Les sous-pages vont expliquer :
- La logique de notification, c.a.d le "quand, qui, comment" ( voir la page Logique de notification),
- Les types de notifications possibles :
- Soit utiliser/customiser les notifications par email
- fourni par défaut dans Shinken ( voir la page Utilisation des méthodes de notifications livrées par Shinken ).
- Comment faire votre propre méthode de notification.
- Les escalades pour notifier d'autres utilisateurs si un élément est trop longtemps non OK par exemple ( voir la page Escalade des notifications )
Dans une deuxième temps, il sera peut-être nécessaire d'avoir recours à une utilisation plus spécifique, pour cela un certain nombre de pages expliqueront :
- Comment faire vos propres méthodes de notifications ( voir la page Créer une méthode de notification spécifique - bonnes pratiques ).
- Comment faire vos propres commandes de notifications ( voir la page Créer des commandes de notification spécifique - bonnes pratiques ).
- Comment faire vos propres modèles de mail ( voir la page Créer votre propre modèle de mail de notification )
Reactionner et réaction
Mécanisme des notifications
Il est important de comprendre le mécanisme des notifications :
- C'est le Scheduler détermine si une notification doit avoir lieu et prépare les actions à réaliser pour notifier les utilisateurs en fonction des méthodes de notification,
- mais c'est le Reactionner qui exécute les commandes de notification.
Lorsque les éléments supervisés changent d'état, et qu'ils sont paramétrés pour réagir à ce changement, alors le démon Reactionner permet d’exécuter une réaction.
- Une réaction est une commande qui est paramétrée dans le Synchronizer .
La réaction peut être :
- Une commande de notification
- Une commande du Gestionnaire d'événements
Dans ces pages, nous allons nous intéresser aux commandes de notification, et comment les personnaliser.
| title | Important |
|---|