Comment évaluer le coût et les avantages du DevOps avant de l'adopter à grande échelle ?
L'excitation initiale consécutive à l'adoption du CI/CD touche à sa fin (ou presque). Les entreprises se tournent dorénavant vers une adoption du DevOps mature pour la faire évoluer à une échelle plus globale.
45% des DSI ont déclaré qu'ils utilisaient systématiquement l’approche DevOps dans leur organisation. La prévalence d’une telle adoption est donc indiscutable. Les bénéfices d’une telle approche - l'amélioration de la qualité, de la fiabilité et du délai de commercialisation - ont clairement fait leurs preuves.
Alors que l'adoption DevOps devient de plus en plus courante, l'excitation initiale de l'adoption du CI/CD touche à sa fin (ou presque). Les entreprises se tournent dorénavant vers une adoption DevOps mature et cherchent à faire évoluer le DevOps à l’échelle globale de l'entreprise. La première étape ? Évaluer l’adoption initiale du DevOps et déterminer s'il est nécessaire de rectifier la trajectoire stratégique. Les entreprises doivent donc vérifier si l'adoption du CI/CD leur a permis de tirer profit de tous les bénéfices recherchés. Les organisations doivent également commencer à définir structurellement des mesures et des indicateurs clés de performance, pour s'assurer que les avantages de la mise à l'échelle du DevOps peuvent être mesurés.
L'adoption de DevOps nécessite une évaluation en continu
Initialement, l'adoption du DevOps était organique : les entreprises expérimentaient l’automatisation CI/CD avec certaines de leurs applications. Leur franc succès a inspiré d'autres applications et a permis le développement de nouveaux cas d’usages – et a logiquement entraîné une adoption organique accélérée du DevOps. Cependant, cette adoption extensive a fait émerger de nombreux défis.
Lorsque nous avons évalué plusieurs entreprises dans divers domaines qui estimaient disposer d’une bonne maturité dans l'adoption DevOps, nous avons découvert quelques points communs et persistants, qui nécessitaient une attention particulière et une résolution immédiate :
- Seule une poignée d'applications a permis d’obtenir des avantages en termes de qualité et de rapidité,
- Les coûts d’implémentation et de maintenance du DevOps ont dépassé les coûts prévus.
Aujourd'hui, des centaines, voire des milliers, de pipelines CI/CD existent dans une organisation. Il peut y avoir un ou plusieurs pipelines par application ou système. Il en résulte une duplication des efforts pour mettre en œuvre le CI/CD pour chaque application. Il ne s'agit pas seulement d'efforts humains redondants, mais aussi d'une augmentation probable de la consommation de matériel et de logiciels. Cela implique également que, dans les années à venir, les organisations risquent d'être confrontées à des efforts et des coûts de maintenance massifs pour ces milliers de pipelines DevOps.
Une adoption DevOps accélérée n’est pas sans conséquence et peut s’avérer paradoxale versus les objectifs initiaux. Comme chaque application met en œuvre son CI/CD, il est complexe d'évaluer si ces applications adoptent le DevOps avec précision, en mettant en œuvre toutes les étapes d'automatisation souhaitées. Quelques applications utilisent l'automatisation pour une meilleure qualité, rapidité et fiabilité. D’autres applications peuvent contourner les étapes du CI/CD à leur convenance et ne pas bénéficier de la plupart des avantages d’une approche DevOps. Cela a conduit à une adoption non standard du DevOps. Et les investissements ne génèrent pas les avantages souhaités sur le terrain.
Corriger le cap d'une stratégie DevOps
Pour pallier les insuffisances d’une approche DevOps, il convient de définir de manière centralisée les politiques et les pratiques que tous les pipelines DevOps CI/CD doivent obligatoirement mettre en œuvre. En outre, la définition d'une solution DevOps unifiée ou centralisée, qui favorise la réutilisabilité du pipeline DevOps, est très efficace. Éviter de dupliquer les pipelines DevOps permettra de minimiser les efforts de mise en œuvre et de maintenance, et tout changement requis au niveau de l'organisation dans la stratégie ou l'outillage DevOps pourra être effectué, de manière centralisée et avec un effort minime. De cette façon, les investissements logiciels et matériels sont également maîtrisés. En résumé, les pratiques DevOps essentielles minimales mises en œuvre par le biais d'un cadre central de solutions réutilisables aideront à respecter les politiques et les réglementations afin de garantir la qualité, la sécurité, la vitesse et la fiabilité des applications. Cela justifie que de plus en plus d'applications adoptent DevOps au sens propre.
Bien qu'il soit évident que les grandes entreprises disposent d'une grande variété de technologies, de modèles de déploiement et de combinaisons de systèmes anciens ou récents, il est toujours possible de créer des solutions DevOps réutilisables, qui répondront à ces besoins de personnalisation. Par exemple, des solutions de pipeline basées sur des modèles peuvent prendre en charge plusieurs piles technologiques et des modules d'infrastructure facilitent le choix du cloud en fonction des besoins. Des solutions centralisées, mais toujours personnalisables/configurables, peuvent offrir la flexibilité nécessaire pour s'adapter à des situations variées au niveau des applications, tout en donnant progressivement à ces applications une chance d'atteindre une plus grande maturité DevOps. Cette approche favorise l'adoption DevOps au niveau des applications et des systèmes afin de tirer le meilleur parti des investissements DevOps.
Le DevOps est devenu la norme pour les cycles de vie des logiciels. Il est grand temps de valider les investissements réalisés par les organisations versus la réalité des avantages qui en découlent. L'évaluation de l'adoption DevOps par rapport aux points mentionnés dans cet article démontre donc la nécessité d'une correction de trajectoire dans l'adoption de DevOps.