La montée en puissance des xOps - La responsabilité générale dans les opérations technologiques d'aujourd'hui

Le concept de DevOps, qui combine le développement (Dev) et les opérations (Ops), trouve ses racines au début des années 2000. Cependant, le terme "DevOps" a été inventé pour la première fois en 2009 par Patrick Debois et Andrew Clay Shafer lors de la conférence Agile 2008. Depuis, il a attiré de nombreux adeptes et est devenu presque une religion dans les circuits informatiques. DevOps fait désormais partie intégrante du développement de logiciels et des opérations informatiques modernes, de nombreuses entreprises adoptant des pratiques et des outils DevOps pour améliorer leurs cycles de livraison et leur efficacité globale. De plus, d'autres domaines de l'informatique comme la sécurité et les réseaux ont commencé à suivre les mêmes concepts et SecOps, DevSecOps, NetOps et quelques autres sont nés.

En jetant un regard extérieur sur l'informatique, j'ai remarqué qu'au lieu de favoriser une intégration plus rapide entre les fonctions et les départements, ces DevOps ont commencé à créer des silos et à pointer du doigt. Si vous aviez besoin d'une nouvelle application, vous ouvriez un ticket, l'équipe DevOps faisait "tourner" la VM ou le cluster, mais il était ensuite transmis aux équipes NetOps et DevSecOps qui devaient faire leur travail ou se plaindre de quelque chose que les DevOps avaient mal fait, ou autre. Le résultat net est que le nirvana d'agilité et de rapidité que l'on attendait de cette méthodologie est en train d'être détruit par ces silos. Le processus "automatisé" était en fait très manuel et parfois spécifique à l'opérateur, ce n'est pas comme si chaque membre de l'équipe pouvait simplement sauter dans un processus et le prendre en charge.

Je pensais que cette situation inévitable allait continuer ainsi, jusqu'à ce que l'un de nos clients, un département de recherche d'un très grand constructeur automobile, nous demande de l'aide. Nous avons été surpris de constater que la signature de cette personne indiquait "Développeur d'applications logicielles" et que cette personne nous demandait de l'aide pour mettre en place son réseau. Après avoir travaillé avec cette personne pendant quelques jours, j'ai réalisé qu'il existait une nouvelle race de professionnels de l'informatique que j'appellerai les "développeurs d'applications logicielles". xOps. Cette nouvelle race de professionnels fait partie de la génération qui est née avec des systèmes hautement automatisés (par exemple, les iPhones), sait et s'attend à utiliser des outils sophistiqués pour effectuer un grand nombre de fonctions dont elle a besoin pour fournir ce qu'elle doit fournir. Ils disposent de suffisamment d'informations pour comprendre ce qu'ils attendent des autres disciplines, mais pas pour aller jusqu'à l'interface de programmation. Leur mentalité est de faire du GSD (get s... done) et de le faire rapidement, et de ne pas se préoccuper des fonctions non essentielles (pour eux).

Il est beau d'utiliser la technologie pour travailler pour soi et améliorer sa qualité de vie, mais il ne faut pas être gêné par l'énormité de cette technologie. La plupart d'entre nous (désolé les Amish) sont des utilisateurs mobiles et je ne me pose jamais de questions sur les huit ou dix protocoles différents échangés entre mon appareil et la tour de téléphonie mobile ou le point d'accès wifi. Je sais que l'appareil le fait pour moi, alors pourquoi en serait-il autrement dans les réseaux d'entreprises et de centres de données ? Pourquoi dois-je configurer toutes les tables de routage alors qu'une plateforme d'orchestration peut le faire pour moi en quelques minutes et quel que soit le nombre d'appareils dans le réseau.

Dans les xOps, ce qui compte, c'est le résultat, la rapidité avec laquelle il a été obtenu et la fiabilité de ce résultat, le tout comparé aux objectifs spécifiques de cette action.