De toute façon, qu’est-ce que DevOps exactement ?
En 2006, le directeur technique d’Amazon, Werner Vogels, a lancé le bal lorsqu’il a déclaré : « Donner aux développeurs des responsabilités opérationnelles a considérablement amélioré la qualité des services, tant du point de vue du client que de la technologie. Le modèle traditionnel est que vous amenez votre logiciel au mur qui sépare le développement et les opérations, que vous le jetez, puis que vous l’oubliez. Pas chez Amazon. Vous le construisez; vous l’exécutez. Cela met les développeurs en contact avec le fonctionnement quotidien de leur logiciel. »
Alors que le mantra « vous le construisez, vous l’exécutez » est devenu synonyme de DevOps, l’application réelle n’a pas été aussi claire pour de nombreuses organisations. Des dizaines d’articles et de messages Reddit sembleraient indiquer qu’il existe un très large éventail d’opinions sur ce sujet.
DevOps est-il une approche culturelle qui comble le fossé entre les opérations cloisonnées et les équipes de développement qui les amènent à coopérer plus étroitement ?
C’est peut-être vraiment, comme Werner l’avait probablement prévu, que les développeurs de logiciels assument l’entière responsabilité de l’infrastructure et des processus opérationnels. Cela recouperait un peu le rôle de SRE décrit par Benjamin Treynor Sloss, vice-président de l’ingénierie, Google et fondateur de SRE, comme « ce que vous obtenez lorsque vous traitez les opérations comme un problème logiciel et que vous le confiez à des ingénieurs logiciels ».
Ou peut-être s’agit-il d’un titre de poste surutilisé et abusé qui, dans le monde réel, confond les demandeurs d’emploi, les recruteurs et les cadres ? En tant que tel, le terme DevOps devrait-il être utilisé dans le processus d’embauche, ou peut-être que les recruteurs devraient simplement énumérer toutes les compétences requises que le candidat devra posséder ?
Et qu’en est-il de l’ingénierie de plate-forme ? Est-ce quelque chose de nouveau ou juste une variante de DevOps ?
Certains pourraient même dire que DevOps est juste une façon plus sexy de décrire un rôle d’administrateur système !
Les entreprises se font-elles du mal en essayant de forcer l’organisation à adopter DevOps sans comprendre pleinement ce qu’il est censé accomplir ? Peut-être que le vrai DevOps n’est pertinent que pour les organisations très avancées comme Amazon, Netflix et d’autres élites technologiques ?
Et quel est l’ingrédient le plus important pour un DevOps réussi ? S’agit-il d’une excellente communication entre les développeurs et les opérationnels ? S’agit-il d’utiliser la meilleure automatisation et les meilleurs outils ? Ou peut-être que de grands DevOps ne peuvent être atteints que si une entreprise a des développeurs qui sont des experts en infrastructure et en opérations et qui peuvent gérer tout cela en plus de leur codage quotidien.
Enfin, en supposant qu’il existe un certain consensus sur le fait que DevOps est mort, est-il temps de lui rendre hommage et de lui dire adieu ?
Dans cette session rapide et furieuse, ces questions et bien d’autres sont vivement débattues par Andreas Grabner, DevOps Activist chez Dynatrace, Angel Rivera, Principal Developer Advocate chez CircleCI, Oshrat Nir, Head of Product Marketing chez Armo, et Fabian Met, CTO chez Fullstaq.
Chacun des panélistes apporte des années d’expérience technologique dans des entreprises de premier plan et partage ses points de vue et opinions uniques sur la mort ou non de DevOps.
Le débat est animé par Viktor Farcic, un éducateur YouTube populaire, Upbound Developer Advocate, ambassadeur CDF et auteur publié.
Alors mettez vos écouteurs, prenez du pop-corn et profitez-en !