Six étapes pour réussir DevOps, analysées

Chaque organisation est différente et pour la plupart, le DevOps le voyage n’est pas une ligne droite et fluide. Il n’existe pas de parcours DevOps « linéaire ». Au contraire, « il y a de nombreux départs et arrêts en cours de route, qui peuvent tuer l'élan initial et conduire au cynisme ».

C’est l’un des principaux points à retenir d’un récent enquêtery de 3 000 responsables et professionnels informatiques menée par Puppet et Splunk Inc., qui documente le parcours DevOps, du début à la fin. L'étude a été financée par Amazon Web Services, Cloudability, Cognizant, CyberArk, Diaxion, Eficode et Splunk.

Aussi: Où commence le DevOps? Pas là où tu penses

En guise de rappel, DevOps est mieux défini comme « un ensemble de pratiques qui automatisent les processus entre les logiciels équipes de développement et informatiques, afin qu'elles puissent créer, tester et publier des logiciels plus rapidement et de manière plus fiable. " (Ceci bien concis

définition gracieuseté des gens d'Atlassian.) DevOps exploite l'énergie créative des développeurs et la canalise dans des versions cadencées selon les besoins de l'entreprise.

Selon les chercheurs, toutes les entreprises DevOps qui réussissent ont un dénominateur commun: une culture de collaboration et de partage dans tous les fiefs. "Les pratiques ayant l'impact le plus significatif tout au long du parcours évolutif du DevOps dépendent du partage, l'un des piliers clés du DevOps", déclarent les auteurs du rapport d'enquête. « Les organisations qui disposent de petites poches de succès DevOps, mais qui ne parviennent jamais à étendre ce succès, sont bloquées et ne peuvent pas progresser vers des niveaux plus élevés d'automatisation et de libre-service. Ainsi, l’impact commercial de leur succès DevOps risque de ne pas se faire sentir là où cela compte. »

Il est révélateur que les hauts responsables des organisations pensent souvent que le DevOps est en vigueur, mais ceux qui sont plus bas dans les tranchées ne le voient pas nécessairement de cette façon. « Les répondants des cadres supérieurs étaient plus susceptibles de signaler que les pratiques DevOps étaient fréquemment utilisées », constatent les auteurs de l'enquête. Par exemple, 64 % des cadres dirigeants interrogés estiment que les équipes de sécurité sont impliquées dans la conception et le déploiement des technologies, contre 39 % au niveau de l'équipe. De plus, 54 % des cadres dirigeants interrogés estiment que leur organisation automatise les configurations des politiques de sécurité, contre 38 % au niveau de l'équipe.

Aussi: Une version proactive du DevOps se développe chez Google

Les auteurs du rapport d'enquête ont identifié les six étapes clés de la progression du DevOps. Environ 11 % d'entre eux appartiennent à la catégorie la plus avancée, ce qui signifie probablement qu'ils disposent d'équipes hautement collaboratives. fonctionnent au sein de leurs organisations et offrent également d'énormes capacités de libre-service aux praticiens. Cela signifie que 89 % ont beaucoup de travail à faire et 10 % ont vraiment du mal :

1. Construire les fondations : "Lorsque les équipes de développement et d'exploitation - et souvent d'autres parties prenantes, telles que les tests ou la sécurité - commencent tout juste à comprendre l'importance de collaboration et partage, ils mettent rapidement en œuvre des technologies et des processus pour faciliter le partage d'idées, de mesures, de connaissances, de processus et les technologies."
2. Normaliser la pile technologique : « Les équipes de développement évoluent de manière coordonnée vers des méthodes de développement plus agiles (par exemple, un mandat Agile à l'échelle de l'entreprise), ou quelques équipes adoptent de manière organique de nouvelles méthodes pour des produits ou des flux de travail spécifiques. À ce stade, les équipes de développement ont adopté le contrôle de version, qui constitue la première étape sur la voie de l'intégration continue et de la livraison continue. Ils commencent également à normaliser leurs piles technologiques en éliminant les systèmes redondants, peut-être en refactorisant les applications pour qu'elles fonctionnent sur un ensemble plus petit de systèmes d'exploitation. »
3. Standardiser et réduire la variabilité : « Les équipes de développement et d'exploitation se concentrent sur la réduction des écarts, en continuant à standardiser la pile technologique en réduisant davantage le nombre de tâches opérationnelles. systèmes à un seul système d'exploitation ou famille de systèmes d'exploitation et s'appuyant sur un ensemble standard de technologies: bases de données, magasins de valeurs clés, files d'attente de messages, magasins d'identités et plus."
4. Extension des pratiques DevOps : Avec un nouveau niveau de confiance engendré par DevOps, « des changements culturels importants peuvent avoir lieu au sein de l'organisation. Par exemple, les membres individuels de l'équipe peuvent acquérir la capacité et l'autorisation organisationnelle de travailler sans approbation manuelle de l'extérieur de l'équipe, éliminant les frais généraux bureaucratiques et favorisant une plus grande efficacité flux de travail."
5. Automatisation de la fourniture d'infrastructures: "La configuration et le provisionnement des systèmes sont automatisés, ce qui" résout le problème du dépassement du débit des développeurs, et donc de la capacité de déploiement. La configuration automatisée du système permet aux équipes opérationnelles de fournir aux développeurs et au service d'assurance qualité des systèmes qui correspondent à l'environnement de production éventuel, et de les livrer plus rapidement. »
6. Fournir des fonctionnalités en libre-service: L'automatisation de l'infrastructure « catalyse la création de libre-service plus largement dans l'ensemble de l'organisation au cours des étapes suivantes. À ce stade, les ressources sont disponibles en libre-service et la réponse aux incidents est automatisée. Grâce aux fonctionnalités de libre-service, les équipes de l'entreprise peuvent travailler à leur propre rythme, libérées des contraintes bureaucratiques liées aux approbations manuelles, aux transferts, aux tickets et aux longs temps d'attente. »

Les auteurs du rapport d'enquête formulent également les trois recommandations clés suivantes pour faire passer le DevOps des équipes isolées à une plus grande échelle dans les entreprises :

Commencez par les pratiques les plus proches de la production; puis abordez les processus qui se produisent plus tôt dans le cycle de livraison du logiciel. "Nous recommandons de commencer là où la difficulté est la plus aiguë et la plus visible, c'est-à-dire généralement les déploiements d'applications, à la frontière entre le développement et l'exploitation."

Encourager le partage entre équipes est la clé du succès du DevOps.« Pour vous assurer de pouvoir faire évoluer vos premiers succès, donnez la priorité aux éléments de base qui peuvent être réutilisés et consommés au sein des équipes, tels que les modèles de déploiement. Promouvoir la réutilisation des modèles réussis, permettre aux équipes de contribuer à l'amélioration des outils d'autres équipes et partager les deux les succès et les échecs sont tous essentiels au développement des trois autres piliers du DevOps: la culture, l’automatisation et la mesure.

L'automatisation des configurations des politiques de sécurité est essentielle pour atteindre les plus hauts niveaux d'évolution DevOps. « Les organisations très évoluées sont 24 fois plus susceptibles d'automatiser systématiquement les configurations de politiques de sécurité que les organisations les moins évoluées. Cette découverte souligne comment, à mesure que les organisations évoluent, la politique de sécurité devient une partie intégrante des opérations, et non plus seulement une réflexion secondaire lorsqu'un audit se profile", soulignent les auteurs du rapport d'enquête.

Aussi: DevOps: une aide-mémoire TechRépublique

Voici quelques proses poétiques que l’on peut attribuer au mouvement DevOps, exprimées par les auteurs du rapport :

« La plupart des parcours DevOps réussis commencent comme une ondulation dans l'étang, puis rayonnent à travers l'entreprise. Les équipes individuelles connaissent un succès rapide; ce succès se propage à plusieurs équipes, puis à travers un département, et enfin à plusieurs départements. »

En fin de compte, le DevOps ne se produit pas du jour au lendemain; c'est un processus évolutif qui doit être construit et maîtrisé sur une période de temps, souvent par essais et erreurs. Chaque organisation possède une combinaison différente de talents, de motivations et, bien sûr, de technologies.