Le DevOps, c'est quoi exactement ?

Pour ce premier article, je vous propose un edito ou je vous partage ma vision et ma comprĂ©hension de ce qui aujourd’hui est devenu un “buzz-word”

DevOps, ça veut dire quoi ?

Le devops — ou DevOps (selon la graphie habituellement utilisĂ©e en langue anglaise) — est un mouvement en ingĂ©nierie informatique et une pratique technique visant Ă  l’unification du dĂ©veloppement logiciel (dev) et de l’administration des infrastructures informatiques (ops), notamment l’administration système. — Wikipedia

Comme le dĂ©crit si bien Wikipedia, le DevOps c’est avant tout un mouvement, une philosophie, au mĂŞme titre que d’autres mouvement bien connus comme l’AgilitĂ© avec lequel il a d’ailleurs de fort liens.

Aujourd’hui le terme est devenu “Ă  la mode” dans le monde de l’informatique et on le retrouve dans de nombreux usages qui ne sont pas adaptĂ© (Non, non, DevOps ne sers pas Ă  qualifier une personne qui sais Ă©crire du code et administrer un serveur)

Et quel est le but ?

Le mouvement DevOps est la suite naturelle du mouvement Agile, ce mouvement ayant Ă  l’origine pour objectif de permettre aux Ă©quipes mĂ©tiers et aux Ă©quipes de dĂ©veloppement de travailler ensemble Ă  l’optimisation de la production de valeur ajoutĂ©e directement pour les utilisateurs.

Le mouvement DevOps partage ce mĂŞme objectif, mais en incluant Ă©galement les Ă©quipes opĂ©rationnelles (IngĂ©nieurs rĂ©seau, Administrateurs système, Administrateurs de base de donnĂ©es etc…) dans la recherche de la meilleure façon de produire de la valeur ajoutĂ© pour les utlisateurs finaux.

Vous l’aurez donc compris l’objectif du mouvement Devops est d’embrasser l’ensemble des Ă©quipes IT et de rayonner bien aux-delĂ  des “simples” Ă©quipes de dĂ©veloppement ou d’opĂ©rationnels (On entends mĂŞme aujourd’hui parler de DevSecOps, et pouquoi pas un jour de DevSecFinOps…).

Ok, mais comment ça fonctionne ?

Dans les concepts que l’on va retrouver dans la mise en place du mouvement DevOps au sein d’une organisation on retrouvera systĂ©matiquement diffĂ©rentes notions

Observabilité

L’un des piliers du mouvement DevOps est l'observabilitĂ©, l’observabilitĂ© comme son nom l’indique, consiste Ă  rendre “observable” son SI et les diffĂ©rentes solutions dĂ©ployĂ©es. Cela va bien souvent consister Ă  exposer des “mĂ©triques” (latence, temps de rĂ©ponse, nombre d’utilisateurs) dans le but de mesurer de manière objective et factuelle le niveau de service rendu Ă  l’utlisateur. Cela ne comprends donc pas que des indicateurs techniques, mais aussi des indicateurs mĂ©tier (satisfaction client, taux de rebond, engagement des utilisateurs)

Automatisation

Une autre brique importante va ĂŞtre la mise en place d’un maximum d’automatisation dans les process de dĂ©ploiement et de maintenance des solutions. L’objectif Ă©tant d’avoir des actions rĂ©pĂ©tables, traçables et qui minimisent au maximum le risque d’erreur humaine. On va alors mettre en place des processus d’intĂ©gration continue,

Gestion des incidents

Comme pour l’agilitĂ©, le mouvement DevOps prone l’amĂ©lioration continue, et cela va passer par la mise en place de pratiques de gestion d’incident dĂ©crites et appliquĂ©es. Dans les phases les plus avancĂ©es de la mise en place du mouvement DevOps on va commencer Ă  parler de “Chaos Engineering” ou l’on va volontairement couper des services au niveau de l’infrastructure pour valider le bon fonctionnement de son service.

Et en pratique comment je mets en place tout ça ?

Dans la pratique le DevOps en tant que tel, et bien ça n’existe pas… En rĂ©alitĂ©, il n’y a pas de recette toute faite pour la mise en place du DevOps, celle-ci doit ĂŞtre adaptĂ© au contexte de l’entreprise ou de l’Ă©quipe qui souhaite le mettre en place.

Dans les faits, on retrouve souvent aujourd’hui la mise en place du "Site reliability engineering" (ou SRE), qui est une approche pratique de la dĂ©marche qui est proposĂ©e par Google. Elle apporte des solutions concrète a mettre en pratique (SLI/SLA/SLO, Error budget, Post-mortem). Mais le “SRE” n’est pas le “DevOps”, tout comme le SCRUM n’est pas l’agilitĂ©. Pour faire une analogie dans le monde du dĂ©veloppement orientĂ© objet, on peut considĂ©rer que le DevOps est une classe abstraite, et que le SRE est une implĂ©mentation de cette classe abstraite.

Bref, le DevOps n’est qu’un mouvement, une idĂ©e, mais ce n’est pas une compĂ©tence, ou un poste comme j’ai tendance Ă  le voir trop souvent aujourd’hui. Le DevOps est une dĂ©marche que l’on peut entreprendre et si vous souhaitez l’adopter ce sera bien Ă  vous de vous l’approprier et d’en faire votre propre implĂ©mentation.

J’espère que cet article vous aura aidĂ© Ă  y voir plus clair sur ce qu’est le DevOps, n’hĂ©sitez pas Ă  me faire part de vos remarques, questions ou sugestions en utilisant les liens ci-dessous