{"id":19347,"date":"2017-11-16T15:24:21","date_gmt":"2017-11-16T14:24:21","guid":{"rendered":"https:\/\/www-ppd.apps.centreon.com\/tribune-ce-que-la-supervision-doit-au-devops-et-vice-versa\/"},"modified":"2025-07-22T14:41:49","modified_gmt":"2025-07-22T12:41:49","slug":"tribune-ce-que-la-supervision-doit-au-devops-et-vice-versa","status":"publish","type":"post","link":"https:\/\/www-ppd.apps.centreon.com\/fr\/tribune-ce-que-la-supervision-doit-au-devops-et-vice-versa\/","title":{"rendered":"Tribune : ce que la supervision doit au DevOps (et vice versa)"},"content":{"rendered":"

Autrefois \u00e9tait le monitoring IT. Un joli couteau suisse o\u00f9 chacun pouvait y trouver la solution \u00e0 ses probl\u00e9matiques de supervision. Mais \u00e7a, c\u2019\u00e9tait avant… Avant le Cloud, le Saas, le serverless, l\u2019agilit\u00e9, l\u2019automatisation, le machine learning, l\u2019IA…<\/p>\n

En quelques ann\u00e9es, la supervision a fait une grande mue. Tout d\u2019abord pour faire face aux nouvelles pratiques de l\u2019IT port\u00e9es par l\u2019agilit\u00e9 et la transformation digitale qui lie \u00e9troitement le business au SI. Ensuite pour s\u2019adapter aux infrastructures Cloud. Et enfin pour pouvoir (enfin) marcher main dans la main avec les \u00e9quipes de d\u00e9veloppement au sein du mouvement DevOps qui replace la supervision au c\u0153ur de performance du SI. Tour d\u2019horizon de ce que la supervision doit \u00e0 DevOps (et vice-versa).<\/p>\n

DevOps ou la r\u00e9conciliation des fr\u00e8res ennemis<\/h2>\n

Au-del\u00e0 du buzzword, DevOps est un mouvement de fond n\u00e9 il y a presque 10 ans lors de conf\u00e9rences professionnelles successives. Le terme DevOps a \u00e9t\u00e9 invent\u00e9 par Patrick Debois et vient de la concat\u00e9nation des premi\u00e8res lettres du mot D\u00e9veloppement et de l\u2019abr\u00e9viation Ops qui d\u00e9signe l\u2019exploitation en anglais.
\nDevOps prend ses racines dans le\u00a0Lean Management\u00a0et le manifeste agile auxquels il emprunte des m\u00e9thodes visant \u00e0 am\u00e9liorer de fa\u00e7on continue la valeur pour le client, \u00e0 r\u00e9duire les gaspillages mais aussi \u00e0 d\u00e9velopper la collaboration entre les acteurs des projets IT et mieux structurer les \u00e9quipes.
\nLes principaux gains se situent en termes d\u2019agilit\u00e9, de productivit\u00e9 mais aussi de qualit\u00e9 de produits et de satisfaction client. Les \u00e9quipes mettent \u00e0 disposition des utilisateurs des services plus rapidement et avec une meilleure ad\u00e9quation avec leurs attentes. Cela permet ainsi de r\u00e9duire le \u00ab time to market \u00bb pour l\u2019entreprise et de rester en phase avec son march\u00e9.<\/p>\n

DevOps s\u2019appuie sur la coop\u00e9ration entre les diff\u00e9rents intervenants de l\u2019IT, autour de bonnes pratiques afin de cr\u00e9er, d\u00e9velopper et mettre en exploitation des applications de fa\u00e7on plus rapide, moins co\u00fbteuse et plus qualitative.\u00a0 Il r\u00e9concilie ainsi les \u00e9quipes de d\u00e9veloppement et d\u2019exploitation autour du c\u00e9l\u00e8bre principe de Werner Vogels, CTO d\u2019Amazon\u00a0: \u00ab you build it, you run it \u00bb. Celui qui con\u00e7oit est aussi celui qui d\u00e9ploie. L\u2019\u00e9quipe est donc un des outils principaux de DevOps.<\/p>\n

Un impact sur les processus IT traditionnels \u2026 et la supervision<\/h2>\n

La d\u00e9marche DevOps, contrairement \u00e0\u00a0ITIL\u00a0par exemple, n\u2019est pas formalis\u00e9e ou norm\u00e9e. C\u2019est un ensemble de bonnes pratiques qui impactent directement les processus IT traditionnels car elles n\u00e9cessitent de :
\n\u25cf\u00a0\u00a0\u00a0 Replacer l\u2019utilisateur au c\u0153ur du processus,
\n\u25cf\u00a0\u00a0\u00a0 Se focaliser sur des cycles courts et ma\u00eetris\u00e9s reposant sur une int\u00e9gration continue,
\n\u25cf\u00a0\u00a0\u00a0 Revoir la fa\u00e7on de concevoir, de d\u00e9velopper, de produire l\u2019IT,
\n\u25cf\u00a0\u00a0\u00a0 Repenser la relation avec les \u00e9quipes m\u00e9tiers et de fa\u00e7on plus large la\u00a0relation client,
\n\u25cf\u00a0\u00a0\u00a0 Organiser diff\u00e9remment les processus, services et produits au sein de la DSI,
\n\u25cf\u00a0\u00a0\u00a0 Partager autrement les responsabilit\u00e9s entre les \u00e9quipes,
\n\u25cf\u00a0\u00a0\u00a0 Structurer les processus autour d\u2019\u00e9quipes restreintes, autonomes et polyvalentes pilot\u00e9es par un Product Owner.<\/p>\n

C\u2019est donc la fin du fonctionnement en silos, qui coupait structurellement les Dev des Ops.
\nConcr\u00e8tement, pour les \u00e9quipes Exploitation et D\u00e9veloppement, il s\u2019agit de :
\n\u25cf\u00a0\u00a0\u00a0 D\u00e9velopper une culture centr\u00e9e sur la collaboration pour d\u00e9passer le cloisonnement traditionnel,
\n\u25cf\u00a0\u00a0\u00a0 Automatiser au maximum les t\u00e2ches op\u00e9rationnelles pour la mise en production, la gestion des versions, la supervision pour gagner en qualit\u00e9 et en productivit\u00e9, limiter les erreurs et renforcer le self-service,
\n\u25cf\u00a0\u00a0\u00a0 Mesurer la performance pour permettre l\u2019am\u00e9lioration continue avec des indicateurs propres \u00e0 DevOps (fr\u00e9quence des d\u00e9ploiements, vitesse de restauration, etc.),
\n\u25cf\u00a0\u00a0\u00a0 Partager les outils et l\u2019exp\u00e9rience, dans une logique d\u2019\u00e9change et de d\u00e9cloisonnement.
\nCette nouvelle philosophie s\u2019accompagne d\u2019une nouvelle relation entre les \u00e9quipes et de nouveaux outils qui facilitent l\u2019automatisation, favorise les cycles courts et consomme des indicateurs. La supervision se place donc au c\u0153ur du dispositif DevOps car elle seule est en mesure de produire ces outils.<\/div>\n

<\/i>La supervision au c\u0153ur des dispositifs DevOps<\/h2>\n
Avec DevOps, l\u2019id\u00e9e est de collecter un maximum de donn\u00e9es au sein de la supervision qui seront ensuite analys\u00e9es afin que l\u2019entreprise gagne en agilit\u00e9 et corrige plus rapidement le tir. Le p\u00e9rim\u00e8tre de la supervision s\u2019\u00e9largit et se diversifie. Il s\u2019agit de collecter des donn\u00e9es de types diff\u00e9rents, avec diff\u00e9rents niveaux de lecture et dans des cas d\u2019utilisation (user case) vari\u00e9s. Dans le syst\u00e8me DevOps, l\u2019analyse des donn\u00e9es passe en priorit\u00e9 mais elle ne peut se faire sans une collecte quasi exhaustive des donn\u00e9es du SI. Et ce, quel que soit le mod\u00e8le d\u2019infrastructures, le type d\u2019applications ou de syst\u00e8mes supervis\u00e9s. Le tout dans un environnement IT en perp\u00e9tuelle \u00e9volution (principalement en raison du cloud). La supervision doit elle aussi \u00e9voluer afin de collecter des donn\u00e9es capables d\u2019alimenter des indicateurs m\u00e9tier et fonctionnels. Les techniciens ne sont plus les seuls \u00e0 utiliser les dashboards de la solution de supervision. Tous les m\u00e9tiers doivent pouvoir l\u2019exploiter.<\/div>\n
<\/div>\n
La supervision se place ainsi au c\u0153ur du dispositif des projets DevOps en occupant une place essentielle. Ce point a \u00e9t\u00e9 mis en avant dans la pyramide de Maslow (*) \u00e9tablie par\u00a0Google\u00a0pour illustrer sa m\u00e9thodologie de d\u00e9veloppement SRE (Site Reliability Engineering) fortement inspir\u00e9 des m\u00e9thodes DevOps. La m\u00e9thode Google repose sur une \u00e9quipe technique de \u00ab fiabilit\u00e9 de site \u00bb, supportant les activit\u00e9s de recherche et d’h\u00e9bergement en Europe. Elle place la supervision comme la base du projet impliquant que rien ne peut se faire sans un monitoring IT pertinent et adapt\u00e9.<\/div>\n

Avec le Data driven business, la supervision \u00e9volue vers \u00ab l\u2019observabilit\u00e9 \u00bb<\/h2>\n

Cet enjeu est devenu majeur dans les entreprises o\u00f9 le business est de plus en plus li\u00e9 \u00e0 la performance du SI. La donn\u00e9e doit maintenant \u00eatre contextualis\u00e9e afin de mieux comprendre la d\u00e9viation d\u2019une m\u00e9trique ou d\u2019un comportement. La mise en production d\u2019une modification, aussi mineure qu\u2019un bouton sur un site e-commerce par exemple, peut\u00a0 avoir des impacts fort sur la performance des m\u00e9tiers.\u00a0 L\u2019outil de monitoring doit \u00eatre en mesure de mettre ce type de comportement en \u00e9vidence.
\nIl devient essentiel d\u2019obtenir de plus en plus d\u2019indicateurs m\u00e9tiers en int\u00e9grant des donn\u00e9es diverses (internes comme externes) et en les corr\u00e9lant.<\/p>\n

Le m\u00e9tier de la supervision \u00e9volue pour servir directement les \u00e9quipes m\u00e9tier et quantifier le business.
\nPrenons l\u2019exemple de\u00a0Netflix\u00a0: l\u2019entreprise propose des films et s\u00e9ries t\u00e9l\u00e9vis\u00e9es en continu partout dans le monde via internet. Elle collecte de nombreuses informations dans sa supervision afin de disposer d\u2019indications pour \u00e9valuer l\u2019\u00e9tat des \u00e9missions dans diff\u00e9rentes zones g\u00e9ographiques, de faire \u00e9voluer les infrastructures mais aussi de capter des tendances pour cr\u00e9er ses nouvelles s\u00e9ries en fonction des m\u00e9triques collect\u00e9es et analys\u00e9es.
\nLes outils de monitoring s\u2019appuient\u00a0 \u00e0 pr\u00e9sent sur des datawarehouses pour stocker historiser, contextualiser et analyser de gros volumes de donn\u00e9es. Ils restituent ais\u00e9ment les donn\u00e9es et offrent une vue globale sur l\u2019ensemble de l\u2019IT et sur les services rendus. La vision du SI est centralis\u00e9e permettant ainsi de voir l\u2019activit\u00e9 des diff\u00e9rentes ressources.
\nCela permet \u00e9galement de fournir aux directions m\u00e9tier des indicateurs qui leur sont propres afin d\u2019alimenter le processus de l\u2019am\u00e9lioration continue, principe fondamental des processus ITIL et DevOps.<\/p>\n

Cloud, supervision et automatisation : le trio ins\u00e9parable pour une vue en temps r\u00e9el de la performance IT et business<\/h2>\n

DevOps repose sur des cycles courts. Pour cela, il faut \u00eatre en mesure de mettre en exploitation rapidement et donc d\u2019automatiser une grande partie des op\u00e9rations. Un imp\u00e9ratif d\u2019autant plus fort que les entreprises font \u00e9voluer leurs infrastructures vers le cloud. Le p\u00e9rim\u00e8tre de l\u2019IT \u00e9volue et celui de la supervision doit \u00e9voluer au m\u00eame rythme.\u00a0 Elle ajuste le p\u00e9rim\u00e8tre \u00e0 monitorer quasiment instantan\u00e9ment en r\u00e9alisant l\u2019interface avec le cloud et les outils internes.<\/p>\n

Arr\u00eatons-nous un instant sur le principe du cloud, intimement li\u00e9 \u00e0 la transformation num\u00e9rique et \u00e0 la mise en \u0153uvre de DevOps. Le cloud permet de cr\u00e9er et supprimer des machines en quelques secondes et de s\u2019affranchir de la gestion mat\u00e9rielle des infrastructures. Les anciennes pratiques telles que l\u2019alimentation de la CMDB pour les \u00e9l\u00e9ments d\u2019infrastructure ne sont plus forc\u00e9ment applicables. Or le cloud n\u2019est pas une bo\u00eete noire.
\nLes infrastructures \u00e9voluent clairement vers le serverless, ce qui ne signifie pas que le SI devra devenir monitoringless !\u00a0 il faudra toujours s\u2019assurer de la sant\u00e9 du SI et\u00a0 de nouvelles m\u00e9triques devront \u00eatre int\u00e9gr\u00e9es dans la supervision pour assurer un fonctionnement optimal.
\nLa supervision doit entrer dans l\u2019\u00e8re de l\u2019automatisation, voire de l\u2019auto-configuration gr\u00e2ce aux API, pour devenir un support aux \u00e9quipes DevOps<\/a>.<\/p>\n

\"supervision,<\/p>\n

La boucle d\u2019influence DevOps et supervision : travailler main dans la main pour cr\u00e9er de la valeur<\/h2>\n

Ind\u00e9niablement, la supervision est impact\u00e9e par la philosophie DevOps. La supervision doit \u00eatre automatis\u00e9e pour \u00eatre efficace. Elle peut ainsi r\u00e9duire les t\u00e2ches \u00e0 faible valeur ajout\u00e9e pour permettre aux \u00e9quipes de se concentrer sur l\u2019analyse et la corr\u00e9lation des donn\u00e9es afin de fournir les indicateurs les plus pertinents aux m\u00e9tiers et \u00e0 l\u2019IT.
\nElle devient la pierre angulaire de la philosophie DevOps en permettant une meilleure coop\u00e9ration de tous les acteurs de la cha\u00eene.<\/p>\n

De l\u2019autre c\u00f4t\u00e9, l\u2019influence de la supervision est \u00e9galement importante dans la philosophie DevOps.\u00a0 Elle devient clairement source de cr\u00e9ation de valeur – principe fondamental de DevOps – en amenant de nouveaux services aux d\u00e9veloppeurs. Gr\u00e2ce au principe des \u00e9quipes restreintes, multicomp\u00e9tentes et autonomes (appel\u00e9es \u00e9galement PizzaTeams), la responsabilit\u00e9 est \u00e0 pr\u00e9sent partag\u00e9e par tous, sur l\u2019ensemble de la cha\u00eene de valeur.
\nC\u2019est la fin des silos entre exploitation et d\u00e9veloppement qui doivent rapprocher et partager les m\u00eames m\u00e9thodes de travail.
\nLa supervision n’est plus simplement l’outil des Ops mais bien un outil commun que partagent Dev et Ops.<\/p>\n

D\u00e9couvrez la Tribune de Julien Mathis, CTO et co-fondateur de Centreon :<\/h2>\n