Patrick Debois nomme le DevOps : un projet parallèle belge donne son nom à la trêve dev-ops

En 2007, le consultant belge Patrick Debois effectuait des tests de certification et de préparation pour une migration de centre de données pour un ministère belge, à cheval entre les développeurs d'applications d'un côté et les opérateurs de serveurs, de bases de données et de réseaux de l'autre. Le mur entre les deux groupes — méthodes séparées, calendriers séparés, reproches mutuels — l'a convaincu qu'il devait exister une meilleure façon de gérer l'informatique.

Nommer le mouvement en nommant une conférence : Debois a baptisé sa rencontre de Gand « Devopsdays », et le mot-valise est resté comme le mot propre de l'industrie pour toute la trêve.

À la conférence Agile 2008 de Toronto, Andrew Schafer a proposé une session birds-of-a-feather sur l'« infrastructure agile » ; la seule personne présente était Debois. Ils ont formé un groupe Google « agile systems administrators » avec un succès limité. La percée est venue en 2009 : incapable d'assister à O'Reilly Velocity, Debois a regardé en streaming vidéo la désormais légendaire intervention de John Allspaw et Paul Hammond de Flickr, « 10+ Deploys per Day: Dev and Ops Cooperation ». Inspiré — et poussé par des personnes sur les réseaux sociaux — il a organisé son propre événement à Gand cette année-là et l'a appelé Devopsdays.

Le nom a fait ce que le groupe Google n'avait pas pu faire : il a donné à un ensemble dispersé de pratiques une identité unique. Devopsdays s'est étendu à Mountain View en 2010 et à plus de 30 villes en 2018 ; le mot « DevOps » a migré dans les intitulés de postes, les noms d'équipes, les sessions de conférence, The Phoenix Project (2013) et les rapports State of DevOps de Puppet (à partir de 2012) — le mot-valise est aujourd'hui la façon dont l'industrie se décrit elle-même.

En 2007, Patrick Debois — consultant belge, chef de projet et praticien agile — était intégré à une migration de centre de données pour un ministère belge, menant des tests de certification et de préparation entre deux tribus : les développeurs d'applications poussant un changement itératif rapide, et les équipes d'exploitation protégeant la stabilité des serveurs, des bases de données et des réseaux. Les murs de séparation et les reproches mutuels ont semé un mécontentement qu'il a emporté hors du projet.

À la conférence Agile 2008 de Toronto, Andrew Schafer a organisé une session birds-of-a-feather ad hoc sur l'« infrastructure agile ». Exactement une personne s'est présentée : Debois. Les deux ont continué à échanger, ont formé un groupe d'administrateurs systèmes agiles sur Google, et ont obtenu peu d'adhésion — les idées étaient justes, mais personne n'avait de bannière autour de laquelle se rallier.

La bannière est arrivée en 2009. À la conférence O'Reilly Velocity, John Allspaw et Paul Hammond de Flickr ont présenté « 10+ Deploys per Day: Dev and Ops Cooperation at Flickr », jouant le bras de fer du « ce n'est pas mon code, c'est tes machines » et soutenant que le développement et l'exploitation devaient devenir fluides, transparents et intégrés. Debois a regardé le flux, a été galvanisé et — à l'instigation d'autres personnes sur les réseaux sociaux — a fondé sa propre conférence à Gand, en Belgique, et l'a nommée Devopsdays. Le mot « DevOps » était officiellement lancé.

Pourquoi un nom de conférence est devenu le mot de l'histoire pour désigner cela : le mot-valise plaçait les deux parties en guerre dans un seul terme, et Debois, praticien neutre sans produit à vendre, a remis le nom à une communauté plutôt qu'à un fournisseur. Devopsdays a atteint les États-Unis en 2010 et plus de trente villes en 2018, et le mot désigne aujourd'hui tout, des structures d'équipes aux rapports de recherche State of DevOps.

Les pratiques existaient avant le mot — outils d'intégration continue, méthodes agiles, automatisation du cloud, l'histoire de déploiement de Flickr — mais sans nom elles restaient dispersées ; les nommer les a rendues lisibles comme un seul mouvement.

Le mot-valise lui-même était le compromis : aucun camp n'avait à abandonner son identité parce que les deux mots figuraient dans le terme, ce qui le rendait facile à adopter dans des organigrammes hostiles.

Debois était un connecteur plutôt qu'un fournisseur, si bien que le nom est resté une propriété neutre — aucune entreprise ne le possédait, et aucun concurrent n'avait de raison de le combattre.

Le format de conférence a donné au mot un foyer annuel où les praticiens pouvaient se rencontrer, ce qui a permis à la communauté, et non à un service marketing, de définir ce que DevOps signifiait.

Nommez la chose et la chose devient réelle : les pratiques circulaient depuis des années, mais les mouvements se cristallisent autour d'un mot — et un praticien avec une salle de conférence peut le fournir.

Devopsdays est devenu une institution itinérante : une première édition américaine à Mountain View en 2010 dans le sillage de Velocity, et plus de 30 conférences programmées dans le monde en 2018. Le vocabulaire forgé par Debois a porté toute une littérature — le roman de Gene Kim The Phoenix Project (2013), les rapports State of DevOps de Puppet Labs (à partir de 2012), et finalement les métriques DORA — tandis que « DevOps engineer » est devenu l'un des intitulés de poste les plus courants dans le logiciel. Debois est toujours présenté comme le parrain du mouvement, pour un mot qu'il a forgé presque comme un effet secondaire de l'organisation d'une rencontre.