
Exclusivité
Canopsis Pro
Fonctionnalité active
depuis Canopsis V4
Disposez automatiquement de la méthode de résolution la plus appropriée avec la fonctionnalité remédiation !
Lorsque la présence d’une alarme est avérée, le pilote traitant l’alarme doit avoir un plan de d’action.
Les tâches de ce déroulé de remédiation peuvent être exécutées soit manuellement, soit automatiquement, si l’environnement le permet.
Notre module de remédiation dispose donc d’un éditeur de consignes proposant de :
- Définir chaque action nécessaire ainsi que le résultat attendu
- Associer une tâche d’ordonnanceur (de façon à automatiser de l’exécution)
- Définir le temps moyen d’application de la consigne
Le pilote peut quant à lui :
- Cocher le fait qu’il a bien exécuté une action
- Proposer un temps d’exécution plus approprié
- Evaluer et proposer des améliorations de consigne
Pour finir, le module enregistre le délai de résolution de l’alarme depuis l’exécution du plan d’action. Ces informations seront reprises par le module Expérience du pilotage pour capitaliser sur ce dernier de manière générale.
✅ Mise à jour 2021 : Auto-remédiation
Il est dorénavant possible de définir une consigne comme remédiation manuelle ou auto-remédiation. Dans le dernier cas, les jobs vont s’exécuter sans intervention humaine.
Si la consigne est un succès, l’alarme ne sera pas présentée au pilote et intègrera ainsi directement les statistiques Canopsis.
Si l’alarme persiste après exécution de la consigne automatisée, elle est alors présentée aux pilotes.
✅ Mises à jour 2022 : Intégration de Jenkins et Visual Tom
En complément des ordonnanceurs Rundeck et AWX, Canopsis peut également effectuer des jobs Jenkins et Visual TOM dans la remédiation.
✅ Mise à jour 2025 : Politique de « retry » des remédiations en échec
Lors de la configuration d’une remédiation, il est dorénavant possible de définir un délai d’attente. Une fois ce délai écoulé, Canopsis vérifie l’état de l’alarme pour déterminer si la remédiation a été efficace.
Si ce n’est pas le cas, la définition d’une politique de retry permet de relancer la remédiation automatiquement.

Une nouvelle tentative de remédiation peut aussi être retentée lorsqu’un événement spécifique survient sur l’alarme, notamment :
- changement de criticité (hausse, baisse ou modification via action dédiée)
- sortie de veille
- début ou fin d’un comportement périodique
- réception d’un nouvel événement de type « check »…
✅ Mise à jour 2025 : Possibilité de recevoir des notifications sur les remédiations
Pour plus d’informations, rendez-vous sur la documentation Canopsis.

Publics
- Pilotes de supervision
- Responsables applicatifs

Valeurs ajoutées
- Pertinence
- Aide à la décision
- Efficacité opérationnelle
