La culture DevOps, plus que des outils

Comment a commencé DevOps ?

Le mouvement DevOps a commencé il y a plus de 10 ans. Patrick Debois essayait d'appliquer la mentalité agile à l'infrastructure qu'il gérait, bien que sans grand succès. Plus tard, il a rencontré Andrew Clay Shafer, qui travaillait sur l'idée d'infrastructure agile, et Jean-Paul Sergent, qui explorait des moyens d'améliorer la collaboration entre les équipes de développeurs et les équipes d'opérations IT.

Ils ont prévu de partager leurs idées lors d'une conférence. En 2009, Debois a vu une présentation de Flickr sur la coopération entre développeurs et opérations pour réaliser plusieurs déploiements par jour en production. Cela l'a motivé à organiser une conférence à Gand (Belgique). Appeler cela "Administrateurs de systèmes agiles" ne semblait pas être le nom le plus attrayant pour la conférence, et elle a fini par s'appeler "DevOpsDays".

Actuellement, vous pouvez rechercher des emplois de "DevOps" et trouver une grande variété de compétences requises et de rôles. Certaines offres se concentrent sur Terraform ou Ansible, d'autres ressemblent plus à un architecte Cloud AWS ou à un expert Docker/Kubernetes, mais peu parlent d'une mentalité DevOps. Patrick Debois lui-même a publié un schéma sur les rôles DevOps sur son blog :

Depuis la conférence qui a inventé le terme DevOps, le nombre d'outils associés augmente de jour en jour. Les outils captent toute notre attention la plupart du temps. Cependant, la collaboration entre les développeurs et les opérations est le pilier de la mentalité DevOps avec pour objectif la livraison continue.

Structure de l'équipe DevOps

Normalement, chaque équipe au sein de la même entreprise a des responsabilités différentes, donc leurs priorités et objectifs sont différents. Cela génère des goulots d'étranglement et des retards dans les livraisons de nouvelles fonctionnalités. Et c'est l'une des causes fondamentales qui ont donné naissance au mouvement DevOps.

La relation entre les équipes dans le contexte DevOps, a été analysée par Matthew Skelton en 2013 dans “DevOps Topologies”. Ici, vous pouvez trouver l'une des formes les plus courantes pour accélérer les livraisons : créer une équipe DevOps spécialisée dans l'automatisation et CI/CD. Bien qu'il faille faire attention car cela est catégorisé comme un antipattern parce que cette équipe peut devenir un silo (et DevOps consiste à briser les silos, n'est-ce pas ?).

Cette étude sur le travail entre équipes (pas seulement DevOps) a évolué avec Manuel País et ensemble, ils ont écrit le livre “Team Topologies” où ils ont analysé les différentes façons de structurer les équipes pour le développement de logiciels.

Dans le livre, ils présentent différents modèles pour organiser les équipes et décrivent également les forces cachées qui influencent les relations entre les équipes.

Un des nombreux points clés du livre est le concept de la charge cognitive. Une personne est capable de retenir une certaine quantité d'informations pour accomplir une tâche. Et il en va de même pour une équipe.

Maintenant, imaginez une équipe qui travaille avec une grande quantité d'outils ou une équipe qui gère de nombreuses responsabilités différentes (ou les deux). Inévitablement, des retards et des goulots d'étranglement apparaîtront en raison de changements de contexte, de dévouements multitâches ou de journées remplies de réunions. Encore une fois, la motivation DevOps est d'éliminer tout retard pour atteindre un flux rapide. Le livre donne des indications sur la façon de faire face à ces situations.

Quelle sera la suite ?

Après une décennie depuis que DevOps a commencé en 2009, le développement de logiciels a évolué : informatique en nuage, infrastructure en tant que code, microservices, docker, kubernetes…

Alors, DevOps est-il toujours pertinent ou est-il devenu un autre mot à la mode vide de sens ? Peut-être que nous écouterons Kris Buytaert en parler à DevOps Barcelone 2022. En attendant, nous vous recommandons de lire :

• “13 ans de devops et 130 présentations plus tard : comment mon modèle mental de devops a changé” de Patrick Debois
• “De Devoops à Devops, 10 ans d'apprentissage” de Kris Buytaert