{"id":41327,"date":"2026-04-05T23:06:07","date_gmt":"2026-04-05T23:06:07","guid":{"rendered":"https:\/\/ramsdata.com.pl\/checkmk-et-lintegration-avec-les-systemes-itsm-comment-combiner-le-monitoring-et-le-ticketing\/"},"modified":"2026-04-05T23:06:07","modified_gmt":"2026-04-05T23:06:07","slug":"checkmk-et-lintegration-avec-les-systemes-itsm-comment-combiner-le-monitoring-et-le-ticketing","status":"publish","type":"post","link":"https:\/\/ramsdata.com.pl\/fr\/checkmk-et-lintegration-avec-les-systemes-itsm-comment-combiner-le-monitoring-et-le-ticketing\/","title":{"rendered":"Checkmk et l’int\u00e9gration avec les syst\u00e8mes ITSM – comment combiner le monitoring et le ticketing ?"},"content":{"rendered":"

La surveillance sans gestion des actions est une surveillance pour le plaisir de surveiller. Des milliers d’alertes par jour, dont la moiti\u00e9 sont ignor\u00e9es, un quart d’entre elles aboutissent \u00e0 la cr\u00e9ation manuelle d’un ticket et le reste est perdu dans le bruit – telle est la r\u00e9alit\u00e9 de nombreux d\u00e9partements informatiques qui ont mis en place une surveillance sans int\u00e9gration r\u00e9fl\u00e9chie avec les processus ITSM. Checkmk<\/a> r\u00e9sout ce probl\u00e8me gr\u00e2ce \u00e0 des int\u00e9grations natives avec les syst\u00e8mes de ticketing et d’ITSM les plus r\u00e9pandus, fermant ainsi la boucle entre la d\u00e9tection et la r\u00e9solution des probl\u00e8mes. <\/p>\n

Table des mati\u00e8res<\/h3>\n
    \n
  1. Pourquoi le contr\u00f4le est-il incomplet sans ITSM ?<\/li>\n
  2. Comment Checkmk s’int\u00e8gre-t-il aux syst\u00e8mes de billetterie ?<\/li>\n
  3. Int\u00e9gration avec ServiceNow<\/li>\n
  4. Int\u00e9gration avec Jira Service Management<\/li>\n
  5. Int\u00e9gration avec d’autres syst\u00e8mes ITSM<\/li>\n
  6. Gestion des alertes et r\u00e9duction du bruit<\/li>\n
  7. Principales conclusions<\/li>\n
  8. FAQ<\/li>\n
  9. R\u00e9sum\u00e9<\/li>\n<\/ol>\n

    Pourquoi le contr\u00f4le est-il incomplet sans ITSM ?<\/h3>\n

    La surveillance d\u00e9tecte les probl\u00e8mes, mais c’est l’ITSM qui g\u00e8re la solution. Sans int\u00e9gration entre ces syst\u00e8mes, la \u00ab\u00a0vall\u00e9e de la mort\u00a0\u00bb se produit : une alerte est g\u00e9n\u00e9r\u00e9e dans le syst\u00e8me de surveillance, quelqu’un la voit (ou non), cr\u00e9e manuellement un ticket, l’assigne \u00e0 la bonne personne, compl\u00e8te la description…. et ce n’est qu’ensuite que le travail effectif sur le probl\u00e8me commence. Le d\u00e9lai entre la d\u00e9tection et la premi\u00e8re action corrective (MTTA – Mean Time To Acknowledge) est beaucoup plus long qu’il ne devrait l’\u00eatre. <\/p>\n

    L’autre aspect du probl\u00e8me est l’absence de bouclage de la boucle : le ticket est r\u00e9solu, mais le syst\u00e8me de suivi ne sait pas quand et par qui. Il y a un manque de donn\u00e9es pour l’analyse MTTR (Mean Time To Resolve), un manque d’informations sur la r\u00e9currence des incidents, un manque de contexte pour le post-mortem. <\/p>\n

    Checkmk<\/a> avec l’int\u00e9gration ITSM ferme cette boucle – de la cr\u00e9ation automatique d’un ticket lorsqu’un probl\u00e8me est d\u00e9tect\u00e9, \u00e0 la mise \u00e0 jour de son statut, jusqu’\u00e0 la fermeture automatique lorsque le contr\u00f4le confirme une solution.<\/p>\n

    Comment Checkmk s’int\u00e8gre-t-il aux syst\u00e8mes de billetterie ?<\/h3>\n

    Checkmk propose deux m\u00e9canismes d’int\u00e9gration avec des syst\u00e8mes externes. Les r\u00e8gles de notification sont un m\u00e9canisme int\u00e9gr\u00e9 configurable via l’interface web – vous d\u00e9finissez quelles alertes, pour quels h\u00f4tes\/services et dans quelles circonstances doivent g\u00e9n\u00e9rer des actions externes. Event Console est un m\u00e9canisme de corr\u00e9lation d’\u00e9v\u00e9nements qui peut g\u00e9n\u00e9rer des tickets bas\u00e9s sur des mod\u00e8les d’\u00e9v\u00e9nements plut\u00f4t que sur des alertes individuelles. <\/p>\n

    Les m\u00e9canismes techniques d’int\u00e9gration sont : les scripts de notification (Python\/Shell), l’API REST de Checkmk, les webhooks et les r\u00e8gles d’\u00e9v\u00e9nements. Checkmk fournit des scripts de notification pr\u00eats \u00e0 l’emploi pour les syst\u00e8mes ITSM les plus populaires – ServiceNow, Jira, PagerDuty, OpsGenie et autres – qui ne n\u00e9cessitent que la configuration des param\u00e8tres de connexion. <\/p>\n

    Int\u00e9gration avec ServiceNow<\/h3>\n

    L’int\u00e9gration de Checkmk avec ServiceNow est l’une des plus compl\u00e8tes parmi les syst\u00e8mes ITSM support\u00e9s. Le plugin pr\u00e9-construit disponible dans Checkmk Exchange supporte : la cr\u00e9ation automatique d’incidents dans ServiceNow lorsqu’une alerte CRIT ou WARN est d\u00e9tect\u00e9e, la mise \u00e0 jour automatique de l’incident lorsque l’\u00e9tat surveill\u00e9 change (par exemple de CRIT \u00e0 WARN), la fermeture automatique de l’incident lorsque Checkmk enregistre un retour \u00e0 un \u00e9tat OK. <\/p>\n

    Le mappage des attributs est configurable – vous pouvez mapper les s\u00e9v\u00e9rit\u00e9s de Checkmk aux cat\u00e9gories d’incidents de ServiceNow, assigner des groupes de support bas\u00e9s sur des \u00e9tiquettes d’h\u00f4tes ou des \u00e9tiquettes de services dans Checkmk. La synchronisation bidirectionnelle permet \u00e9galement d’ajouter des notes \u00e0 un incident ServiceNow directement depuis Checkmk. <\/p>\n

    Int\u00e9gration avec Jira Service Management<\/h3>\n

    Pour les organisations utilisant Jira Service Management (anciennement Jira Service Desk), Checkmk offre une int\u00e9gration via l’API REST de Jira. Les alertes Checkmk cr\u00e9ent des probl\u00e8mes dans le projet Jira s\u00e9lectionn\u00e9 avec des champs qui se remplissent automatiquement : r\u00e9sum\u00e9 (nom d’h\u00f4te + service + statut), description (contexte complet de l’alerte \u00e0 partir de Checkmk), priorit\u00e9 (mapp\u00e9e \u00e0 partir de la s\u00e9v\u00e9rit\u00e9 Checkmk), \u00e9tiquettes (tags de Checkmk). <\/p>\n

    La configuration permet d’acheminer les tickets vers diff\u00e9rents projets Jira en fonction de la source de l’alerte – par exemple, les alertes d’infrastructure vont vers le projet Ops, les alertes d’application vers le projet Dev. L’int\u00e9gration avec le logiciel de surveillance<\/a> cr\u00e9e un \u00e9cosyst\u00e8me coh\u00e9rent de gestion des incidents. <\/p>\n

    Int\u00e9gration avec d’autres syst\u00e8mes ITSM<\/h3>\n

    En plus de ServiceNow et Jira, Checkmk supporte l’int\u00e9gration avec : PagerDuty (escalade des alertes et gestion de l’astreinte), OpsGenie (plateforme d’alerte alternative), Slack et Microsoft Teams (notifications de chat avec un lien vers l’incident), email (avec un formatage HTML riche incluant le contexte de l’alerte), VictorOps\/Splunk On-Call, Zendesk et d’autres via des scripts personnalis\u00e9s.<\/p>\n

    Les scripts de notification personnalis\u00e9s permettent l’int\u00e9gration avec n’importe quel syst\u00e8me prenant en charge les API HTTP, ce qui offre une flexibilit\u00e9 illimit\u00e9e aux organisations dot\u00e9es de syst\u00e8mes ITSM personnalis\u00e9s.<\/p>\n

    Gestion des alertes et r\u00e9duction du bruit<\/h3>\n

    L’int\u00e9gration avec l’ITSM ne vaut que par la qualit\u00e9 des alertes qui y sont envoy\u00e9es. Checkmk offre des m\u00e9canismes de r\u00e9duction du bruit qui emp\u00eachent les syst\u00e8mes de billetterie d’\u00eatre inond\u00e9s de fausses alertes et d’alertes fluctuantes. <\/p>\n

    La fonction de d\u00e9tection de clignotement d\u00e9tecte les services qui passent d’un \u00e9tat \u00e0 l’autre et retient les notifications jusqu’\u00e0 ce qu’ils soient stabilis\u00e9s. Les fonctions D\u00e9lai et Renotification vous permettent de d\u00e9finir la dur\u00e9e minimale d’un probl\u00e8me avant qu’un ticket ne soit g\u00e9n\u00e9r\u00e9. La suppression des alertes pendant les fen\u00eatres de service emp\u00eache la g\u00e9n\u00e9ration d’incidents pendant les interruptions programm\u00e9es. La corr\u00e9lation dans la console d’\u00e9v\u00e9nements permet de regrouper dans un seul ticket plusieurs alertes li\u00e9es \u00e0 un seul \u00e9v\u00e9nement (par exemple, une panne de commutateur provoquant des alertes sur des centaines d’h\u00f4tes). <\/p>\n

    Principales conclusions<\/h3>\n