{"id":19340,"date":"2017-12-18T10:06:50","date_gmt":"2017-12-18T09:06:50","guid":{"rendered":"https:\/\/www.centreon.com\/rater-limplementation-de-sa-solution-de-supervision-tous-les-coups-les-10-erreurs-les-plus-courantes\/"},"modified":"2023-12-21T14:48:16","modified_gmt":"2023-12-21T13:48:16","slug":"rater-limplementation-de-sa-solution-de-supervision-tous-les-coups-les-10-erreurs-les-plus-courantes","status":"publish","type":"post","link":"https:\/\/www.centreon.com\/fr\/rater-limplementation-de-sa-solution-de-supervision-tous-les-coups-les-10-erreurs-les-plus-courantes\/","title":{"rendered":"Rater l\u2019impl\u00e9mentation de sa solution de supervision (\u00e0 tous les coups)\u00a0: les 10 erreurs les plus courantes"},"content":{"rendered":"

La supervision fait partie du paysage IT depuis si longtemps qu\u2019on en oublie souvent que le d\u00e9ploiement d\u2019une solution de supervision doit respecter des r\u00e8gles bien pr\u00e9cises. Parce que nombre de solutions sont propos\u00e9es en open source ou simplement parce que la supervision n\u2019est pas toujours envisag\u00e9e comme un projet \u00e0 part enti\u00e8re, nombre d\u2019utilisateurs de solutions de supervision s\u2019enlisent dans des situations complexes au moment du d\u00e9ploiement. Nous sommes all\u00e9s faire un tour au support technique et avons list\u00e9, avec les techniciens Centreon, les erreurs les plus courantes qui am\u00e8nent \u00e0 rater (\u00e0 coup s\u00fbr), son projet d\u2019impl\u00e9mentation de la supervision.<\/em><\/p>\n

1. Ne pas affecter les bonnes comp\u00e9tences sur ce projet (un stagiaire \u00e7a suffira largement)<\/span><\/h2>\n

De nombreux projets de supervision commencent par des tests effectu\u00e9s sur une solution accessible en open source. Si un besoin de supervision est identifi\u00e9, l\u2019open source permet d\u2019acc\u00e9der rapidement et sans co\u00fbt non seulement \u00e0 une solution compl\u00e8te mais aussi \u00e0 une communaut\u00e9. De fil en aiguille, le test devient un projet, affect\u00e9 au stagiaire de passage. Comme tout projet, le projet de supervision doit \u00eatre cadr\u00e9 et se voir affecter des ressources adapt\u00e9es et en nombre suffisant. M\u00eame si le stagiaire est brillant, seul et sans sponsor, son projet risque vite de devenir difficile \u00e0 g\u00e9rer et \u00e0 maintenir.<\/p>\n

2. Ne pas se former (pas besoin c\u2019est open source)<\/span><\/h2>\n

Le monde open source le sait bien. Il y a une r\u00e9elle tendance \u00e0 oublier de se former d\u00e8s qu\u2019il s\u2019agit d\u2019utiliser des outils open source. Est-ce la gratuit\u00e9 du produit ou la r\u00e9putation d\u2019une communaut\u00e9 qui pousse les utilisateurs \u00e0 jouer les \u00ab\u00a0self-made-monitoring-pros\u00a0\u00bb\u00a0? Certes, il sera toujours possible de parvenir \u00e0 ses fins mais il est bien dommage de passer deux heures \u00e0 int\u00e9grer une nouvelle sonde alors qu\u2019il suffit de quelques minutes pour le faire si on est form\u00e9. En passant \u00e0 c\u00f4t\u00e9 des possibilit\u00e9s offertes par l\u2019outil, le projet peut en p\u00e2tir et ne pas b\u00e9n\u00e9ficier de toute la valeur ajout\u00e9e de la solution.<\/p>\n

3. Tout superviser d\u2019un coup (celui qui a peur est un peureux\u2026)<\/span><\/h2>\n

Un vieux dicton dit que \u00ab\u00a0qui trop embrasse mal \u00e9treint\u00a0\u00bb. La puissance offerte par les solutions de supervision ne doit pas pousser \u00e0 mettre la charrue avant les b\u0153ufs. Aller trop vite, trop loin et trop rapidement peut amener \u00e0 l\u2019abandon du projet par manque de ressources financi\u00e8res ou humaines. Un projet de supervision doit rester ambitieux mais \u00eatre d\u00e9ploy\u00e9 \u00e0 un rythme adapt\u00e9, \u00e9tape par \u00e9tape, afin de s\u2019assurer de la r\u00e9ussite du projet et accompagner le changement.<\/p>\n

4. Personnaliser \u00e0 outrance la solution de supervision (puisque c\u2019est possible\u2026)<\/span><\/h2>\n

L\u2019un des points forts d\u2019une solution comme Centreon est la possibilit\u00e9 pour ses utilisateurs de personnaliser et coder tout en b\u00e9n\u00e9ficiant d\u2019un socle commun. Cette ouverture qui a fait le succ\u00e8s de la solution ne doit pas non plus amener une personnalisation \u00e0 outrance de la plate-forme de la solution. Le mieux est l\u2019ennemi du bien\u2026 En effet, le risque sera alors de s\u2019\u00e9loigner des standards et de perdre le b\u00e9n\u00e9fice de la standardisation et des mises \u00e0 jour et \u00e9volutions propos\u00e9es par l\u2019\u00e9diteur. Parmi les cons\u00e9quences directes de l\u2019ultra-personnalisation, on notera des temps de migration importants ou de fonctionnalit\u00e9s sp\u00e9cifiques non compatibles en cas de mont\u00e9e de version.<\/p>\n

5. Rester dans son coin (je ne parle pas aux inconnus)<\/span><\/h2>\n

La communaut\u00e9 open source est une source intarissable d\u2019informations et d\u2019exp\u00e9riences partag\u00e9es dont il serait dommage de se priver. La supervision est un m\u00e9tier en perp\u00e9tuelle \u00e9volution et plus encore depuis quelques ann\u00e9es avec la tendance DevOps qui fait \u00e9voluer en profondeur les pratiques IT. \u00c9changer avec l\u2019\u00e9diteur et la communaut\u00e9 est un \u00e9l\u00e9ment indispensable \u00e0 la r\u00e9ussite d\u2019un projet de supervision.<\/p>\n

6. Dupliquer le projet pr\u00e9c\u00e9dent (qui a 10 ans mais qui marchait)<\/span><\/h2>\n

Dupliquer le projet que l\u2019on avait men\u00e9 pr\u00e9c\u00e9demment avec un autre outil pr\u00e9sente le risque au mieux de reproduire les m\u00eames erreurs, au pire de ne pas r\u00e9ussir \u00e0 mener \u00e0 terme le projet de d\u00e9ploiement. Les processus se d\u00e9finissent aussi en fonction de l\u2019outil que l\u2019on a choisi. Changer d\u2019outil est ainsi l\u2019occasion de remettre \u00e0 plat les pratiques de supervision et en am\u00e9liorer la performance. Repenser ses processus permet de les am\u00e9liorer mais aussi de tirer parti de la puissance et des fonctionnalit\u00e9s du nouvel outil utilis\u00e9.<\/p>\n

7. Surdimensionner le projet (histoire de se faire plaisir)<\/span><\/h2>\n

Avec des outils de supervision toujours plus puissants et plus automatis\u00e9s, on peut \u00eatre tent\u00e9 de voir grand. Tellement grand que le projet de supervision finit par \u00eatre surdimensionn\u00e9\u2026 Certes, cela permet de se faire plaisir mais cela ne r\u00e9pondra pas aux attentes des utilisateurs IT et m\u00e9tier \u2026<\/p>\n

8. Collecter des donn\u00e9es sans savoir ce que l\u2019on va en faire (ce qui est pris n\u2019est plus \u00e0 prendre)<\/span><\/h2>\n

La donn\u00e9e est devenue le nerf de la guerre en mati\u00e8re de business comme en mati\u00e8re de SI. Il est important de collecter des donn\u00e9es afin de pouvoir ensuite les analyser, les corr\u00e9ler et produire les bons indicateurs, pour les bonnes personnes et au bon moment. On peut donc \u00eatre tent\u00e9 de collecter tout ce qui est accessible sans pour autant r\u00e9fl\u00e9chir et anticiper l\u2019utilisation future de ces donn\u00e9es. Trop de donn\u00e9es tue la donn\u00e9e\u00a0! Il est important d\u2019anticiper l\u2019utilisation qui sera faite des donn\u00e9es afin de ne stocker que ce qui est n\u00e9cessaire et \u00e9ventuellement de d\u00e9finir une dur\u00e9e de r\u00e9tention pour les donn\u00e9es de type reporting, logs ou donn\u00e9es num\u00e9riques pour les graphiques de performance.<\/p>\n

9. Penser uniquement technique (que veux-tu que le marketing comprenne \u00e0 l\u2019IT\u00a0?)<\/span><\/h2>\n

La performance du syst\u00e8me d\u2019information impactant de plus en plus le business des entreprises, la supervision occupe aujourd\u2019hui une place essentielle dans le dispositif IT des entreprises. La qualit\u00e9 et la disponibilit\u00e9 du SI impactent directement le business et les \u00e9quipes m\u00e9tiers ont besoin d\u2019acc\u00e9der \u00e0 des indicateurs qui leur sont propres sur le niveau de performance de leurs outils.<\/p>\n

10. N\u2019avoir confiance qu\u2019en soi-m\u00eame (l\u2019\u00e9diteur\u00a0? quel \u00e9diteur\u00a0?)<\/span><\/h2>\n

L\u2019\u00e9diteur d\u00e9veloppe des solutions cl\u00e9s en main, test\u00e9es par des utilisateurs diff\u00e9rents et d\u00e9ploy\u00e9s dans des contextes vari\u00e9s. Il dispose d\u2019une vision globale des possibilit\u00e9s offertes par son outil et ma\u00eetrise son c\u0153ur de m\u00e9tier. Il a d\u00e9velopp\u00e9 une r\u00e9elle expertise dans son domaine, issue de l\u2019exp\u00e9rience de tous ses clients. Une expertise qu\u2019il a \u00e0 c\u0153ur de partager avec tous ses clients.<\/p>\n

Lire aussi :<\/p>\n