Comment parler d’automatisation avec les équipes NetOps
L’équipe réseau est composée de vos collègues, de vos collaborateurs et, dans certains cas, de vos amis. Ils méritent de connaître la vérité. Et vous êtes justement la personne idéale pour la leur révéler. La vérité sur la façon dont l’automatisation va transformer — pour le meilleur ! — une grande partie des activités traditionnelles du NetOps.
Les décisions relatives au développement, aux tests, au déploiement, à l’exploitation et à la maintenance des applications d’entreprise ne sont pas prises de manière isolée. Autrefois, il se peut que le personnel chargé de l’exploitation des réseaux ait été aux commandes et ait constitué le dernier point de passage avant toute action importante. Et, pour être honnête, la plupart de ces personnes préféraient probablement qu’il en soit ainsi.
Mais les choses ont changé. Désormais, au lieu d’exercer un contrôle strict, les équipes NetOps sont assaillies de demandes de personnes (des équipes DevOps, soyons honnêtes) qui préfèrent agir de leur propre chef. Et faire des choses que les équipes NetOps préféreraient vous voir éviter (comme contourner les protocoles de sécurité pour votre nouvelle application ou modifier les paramètres d’équilibrage de charge lors de sa mise à jour).
À vrai dire, les équipes DevOps cherchent simplement à améliorer les choses. À les rendre plus adaptatives. À favoriser davantage l’autogestion et à réduire le micro-management. À être plus Agiles (avec un A majuscule).
Le fait est que, dans l’environnement d’entreprise actuel, le DevOps a besoin du NetOps pour conserver son mode de travail Agile. Le DevOps ne peut tout simplement pas y parvenir seul (après tout, toutes ces applications s’exécutent bien sur une infrastructure sous-jacente). Et il ne peut pas s’attendre à ce que le NetOps s’efface et renonce à toutes ses responsabilités traditionnelles. Ce ne serait d’ailleurs pas souhaitable. Le NetOps joue un rôle important dans le maintien de la sécurité et des performances de toutes les applications créées par le DevOps, et apporte des compétences et des capacités essentielles au workflow CI/CD.
L’automatisation améliore leur travail
Si vous travaillez dans le DevOps et cherchez à intégrer davantage vos collègues du NetOps au processus CI/CD, vous devez d’abord leur donner envie d’y participer et leur faire comprendre l’intérêt de changer le statu quo. C’est en réalité assez facile, car les problèmes les plus simples à résoudre grâce à l’automatisation concernent toutes ces tâches routinières, fastidieuses et chronophages qui doivent être répétées encore et encore. Le genre de tâches que toute personne sensée serait ravie de confier à un bot.
Les ordres de modification en sont un excellent exemple. Éplucher une pile d’ordres, saisir manuellement chaque modification, puis vérifier que vous n’avez rien oublié, parce qu’après tout, c’est déjà le neuvième rien que ce matin, qu’ils commencent tous à se confondre et que vous en venez à vous demander pourquoi vous avez choisi ce métier. Remplir des ordres de modification à longueur de journée, tous les jours ? Certainement pas.
Il existe une meilleure solution : automatiser au maximum toutes ces tâches redondantes et répétitives qui alourdissent des journées pourtant intéressantes et productives.
“Selon notre rapport sur l’état des services applicatifs, 42 % des organisations ont déjà automatisé le déploiement de leurs services applicatifs.”
L’automatisation améliore les applications
La direction voulait que nous commencions par celui-ci, parce que tout tourne autour du produit, n’est-ce pas ? Après tout, peu importe que les hommes et les femmes qui le conçoivent aiment leur travail, non ? (Faux !)
Cela dit, les performances robustes et la sécurité de vos applications constituent en réalité un avantage non négligeable d’un travail moins abrutissant et répétitif.
Tout l’intérêt de l’automatisation, c’est que si vous faites les choses correctement dès la première fois, vous savez qu’elles le seront à chaque fois par la suite.
En automatisant les services qui garantissent la fiabilité et la sécurité de vos applications, vous libérez non seulement du temps pour des projets plus intéressants et moins répétitifs, mais vous améliorez également la qualité de ces services. En effet, des workflows automatisés et bien conçus ne se créent pas tout seuls. Le rôle de l’ingénieur NetOps consiste à élaborer le modèle optimal sur lequel repose chaque workflow automatisé, afin de produire systématiquement des résultats optimaux.
“Tout l’intérêt de l’automatisation, c’est que si vous faites les choses correctement dès la première fois, vous savez qu’elles le seront à chaque fois par la suite.”
Dans un workflow automatisé, non seulement les équipes NetOps conservent le contrôle de leurs domaines d’expertise (ce qui rend vos applications plus rapides, plus fiables et plus sécurisées), mais elles peuvent également créer des processus automatisés si simples à utiliser que les équipes DevOps n’envisageront plus jamais de faire cavalier seul (ce qui, là encore, rend vos applications plus rapides, plus fiables et plus sécurisées).
L’automatisation prospère grâce à la coopération
Dans la quasi-totalité des cas, ni les équipes DevOps ni les équipes NetOps ne sont en mesure de trouver seules toutes les solutions nécessaires au maintien des applications et des données critiques d’une organisation. Ces deux équipes ont toujours dû travailler ensemble. Et les capacités d’automatisation actuelles contribuent grandement à fluidifier leurs interactions.
DevOps, NetOps, SecOps… aucune équipe Ops ne peut travailler en vase clos. Dans les workflows CI/CD modernes, la réussite repose sur l’élaboration de méthodologies éprouvées et clairement définies, qui peuvent être reproduites rapidement et facilement (c’est-à-dire automatiquement) dans des systèmes complexes. La mise en place de bases solides pour ces workflows automatisés nécessite une étroite collaboration entre les équipes DevOps, NetOps et SecOps, chacune mettant son expertise au service des autres.
Quel que soit l’environnement (cloud, conteneur, etc.), vos applications reposent sur des services applicatifs, des services réseau et des services de sécurité sous-jacents. Le NetOps contribue à assurer la circulation des données sur le réseau, à garantir l’évolutivité et la réactivité des applications, ainsi qu’à veiller à ce que les données soient disponibles au moment voulu et sécurisées en permanence. Chaque équipe Ops a également un rôle à jouer dans la réduction des risques, qu’il s’agisse du risque que votre application ne fonctionne pas comme prévu, que votre réseau soit saturé ou que des menaces externes tentent de s’attaquer à vos ressources. Il est par ailleurs intéressant de noter que les principes DevOps qui favorisent de bons résultats en matière de développement logiciel — culture, automatisation, mesure et partage — sont également ceux qui permettent d’obtenir de bons résultats en matière de sécurité, selon le Rapport 2019 de Puppet sur l’état du DevOps.
Cette interaction entre les différentes équipes Ops est permanente. C’est ainsi que l’informatique a fonctionné tout au long de l’ère d’Internet. Mais il est toujours possible de s’améliorer, comme lorsque le processus de développement logiciel Agile a fait son apparition, repoussant les limites en matière de rapidité de développement et de déploiement des applications. C’est à cette époque que le DevOps a amorcé une transition majeure vers une approche de développement plus Agile, en adoptant une méthode plus rapide pour passer « du code au client ».
Cette accélération est à l’origine de la profonde mutation que connaît actuellement le DevOps. Elle présente un avantage, car les équipes DevOps peuvent avancer plus rapidement et se montrer plus proactives, mais aussi un inconvénient, puisqu’elle peut créer des frictions lorsque les processus des autres services ne sont pas conçus pour fonctionner de la même manière.
Ignorer purement et simplement ces autres services ou ne pas tenir compte des collègues qui ne se sont pas encore tout à fait adaptés à votre nouvelle façon de travailler est une mauvaise idée. Lorsque l’équipe DevOps essaie de tout faire elle-même, c’est à la fois inefficace et insuffisant. C’est ainsi que les processus finissent par être défaillants, que ce soit involontairement ou non, et ces dysfonctionnements peuvent entraîner toutes sortes de problèmes. Et pas seulement pour l’équipe DevOps, mais pour tout le monde, y compris vos clients, qui sont les dernières personnes que vous souhaitez pénaliser.
Pour que vous puissiez vraiment faire correctement votre travail côté DevOps, vous devez considérer l’équipe NetOps comme une partenaire, et non comme une adversaire. Or, la clé de voûte de tout partenariat solide est la communication. L’équipe DevOps doit échanger avec l’équipe réseau afin de savoir comment obtenir les services nécessaires au fonctionnement de vos applications.
Souvent, l’équipe DevOps maîtrise l’automatisation, le cadre global et des pratiques telles que l’infrastructure en tant que code, tandis que l’équipe réseau possède l’expertise nécessaire pour déterminer les ressources architecturales à provisionner et les outils disponibles à cette fin. Grâce au dialogue et au respect mutuel, les équipes DevOps et NetOps peuvent déterminer où l’automatisation est nécessaire et comment la mettre en œuvre au mieux.
Vous n’avez rien à perdre, en tant que membre de l’équipe DevOps, et beaucoup à gagner en aidant vos homologues NetOps à étendre le rôle de l’automatisation à l’ensemble du workflow CI/CD. L’essentiel est de reconnaître que, tout comme vous maîtrisez le développement de code, un ou plusieurs de vos collègues sont experts dans le provisionnement des services réseau et de sécurité nécessaires à ce code. Ne manquez pas l’occasion de les aider à exceller dans leur domaine.
Contenu associé
Le rapport sur l’état des services applicatifs
Nous avons interrogé près de 2 000 personnes dans le monde sur le rôle des services applicatifs dans la transformation numérique.
Vidéo
Intégrer le NetOps et le SecOps au pipeline CI/CD
