Page History

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.

Ces Les sous-pages vont expliquer :

• la La logique de notification ( , c.a.d le "quand, qui, comment )"  ( voir la page  Logique de notification  ),
• Les notifications par email que nous livrons par défaut dans Shinken une utilisation simple en utilisant les packs livrés par Shinken. ( voir la page  Utilisation des méthodes de notifications livrées par Shinken ).
• les escalades 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

Lorsque des objets 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 Shinken. 

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.