Dans Canopsis il y a toute une partie événementielle que n'ont pas ses solutions.
Quand j'écris qu'on récupère des données depuis les sources type Nagios/Shinken/Icinga/... c'est donc les checks, les downtimes, les ack, etc...
Et du coup quand j'écris qu'on peut interagir avec depuis l'application web, c'est qu'on propose une vue (personnalisable comme tout le reste) qui permet d'unifier tout ça (donc de poser des ACK, des downtimes, de requalifier la criticité des alarmes, et même de faire de la déclaration de ticket dans des outils tierces type iTop).
De plus, on fournit des éléments permettant de faire de la root cause analysis avec des outils tels que les sélecteurs ou les topologies (en cours d'amélioration d'ailleurs).
Je garde dans un coin l'idée de faire une dépêche pour parler de tout ça plus en détail ;)
Merci pour les retours en tout cas, je ne connaissais pas TICK ni Prometheus.
[^] # Re: canopsis
Posté par David Delassus (site web personnel) . En réponse au journal Code Python en BDD avec Canopsis. Évalué à 2.
Dans Canopsis il y a toute une partie événementielle que n'ont pas ses solutions.
Quand j'écris qu'on récupère des données depuis les sources type Nagios/Shinken/Icinga/... c'est donc les checks, les downtimes, les ack, etc...
Et du coup quand j'écris qu'on peut interagir avec depuis l'application web, c'est qu'on propose une vue (personnalisable comme tout le reste) qui permet d'unifier tout ça (donc de poser des ACK, des downtimes, de requalifier la criticité des alarmes, et même de faire de la déclaration de ticket dans des outils tierces type iTop).
De plus, on fournit des éléments permettant de faire de la root cause analysis avec des outils tels que les sélecteurs ou les topologies (en cours d'amélioration d'ailleurs).
Je garde dans un coin l'idée de faire une dépêche pour parler de tout ça plus en détail ;)
Merci pour les retours en tout cas, je ne connaissais pas TICK ni Prometheus.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg