Une enquête F5 révèle que DevOps et NetOps s'accordent sur l'importance de l'automatisation et de la fréquence des déploiements

Il y a toujours deux côtés à chaque médaille, dit le vieil adage. Il va sans dire que les deux faces de la pièce sont de la même couleur même si elles portent des images différentes.  

C'est ce que nous avons découvert lorsque nous avons plongé au cœur de DevOps et de NetOps. Nous avons constaté que les deux groupes sont beaucoup plus généreux dans leur opinion de l’autre en ce qui concerne la priorisation des efforts que ne le prétendent les archétypes traditionnels, et ils ont beaucoup en commun. Même s’ils peuvent être en désaccord sur les détails.

Nous avons interrogé 884 professionnels NetOps et DevOps en juillet 2017. Nous avons principalement posé des questions sur les efforts d’automatisation, mais aussi sur les mesures souvent citées par DevOps telles que la fréquence et le taux de réussite des déploiements.

Mais ce ne sont que des chiffres froids. Nous voulions savoir si les perceptions de chaque groupe correspondaient à l'animosité représentée par les caricatures ou si les deux étaient passés à autre chose et étaient devenus sinon des amis proches, du moins des ennemis. Après tout, les deux groupes ont les mêmes objectifs : commercialiser une application qui propulsera l’entreprise vers de nouveaux sommets.

Et d’après les résultats, cela semble certainement être le cas. Tous deux souhaitent une plus grande collaboration et une plus grande interaction lorsqu’il s’agit de mettre des applications sur le marché, offrant des exemples précis de la manière dont ils aimeraient voir cela se dérouler. Et les deux groupes partagent des perceptions communes de la sécurité, de la fiabilité et des performances des applications qu’ils fournissent puis déploient. Étonnamment, aucun des deux n’est à l’abri de l’impact du rythme du changement dans l’industrie. Les DevOps et les NetOps ne sont pas entièrement convaincus que leurs rôles seront pertinents dans cinq ans, et tous deux ont identifié au moins un écart entre ce qu'ils doivent savoir pour faire leur travail et les compétences/formations qu'ils possèdent actuellement.

Mais nous avons découvert des différences quant à la mesure dans laquelle la technologie devrait combler le fossé entre les pipelines de développement et de production. Cela valide à son tour une croyance largement répandue selon laquelle « le réseau » est un facteur primordial dans l’essor du multi-cloud, car il pousse les développeurs et DevOps à rechercher des solutions en dehors de l’informatique, principalement dans le cloud.  

Automatiser. Automatiser. Automatiser.

C’est une citation directe, et un thème commun parmi les DevOps minoritaires qui pensaient que leurs homologues de NetOps ne donnaient pas la priorité aux « bonnes choses ». Cela pourrait être dû au fait qu’ils étaient confrontés au petit nombre (8 %) de NetOps qui ont indiqué qu’« aucun » élément de leur pipeline de production n’était actuellement automatisé. Ou peut-être qu'ils opèrent au sein d'un petit groupe de DevOps (4 %) qui estiment que les développeurs, DevOps et le développement ne devraient avoir AUCUN accès au pipeline de production via des capacités d'automatisation/libre-service, et sont tout simplement en désaccord. 

La bonne nouvelle est qu’ils sont minoritaires sur les deux plans. La majorité des NetOps opèrent non seulement dans des environnements où 50 % ou plus du pipeline de production est automatisé, mais une pluralité (61 %) estime également que DevOps et les développeurs devraient avoir un plus grand accès (50 % ou plus) à ce pipeline.

Cela signifie que NetOps adhère pleinement au désir de DevOps de disposer de davantage d'automatisation et de capacités de libre-service.

De plus, les deux groupes croient massivement que l'autre donne la priorité aux « bonnes choses », avec 82 % des DevOps et 76 % des NetOps approuvant d'un signe de tête la priorisation de leurs homologues. Il n'y a finalement pas vraiment lieu de se battre à l'aube sur le parking.

Une plus grande automatisation, de meilleures chances de réussite

Une croyance commune dans les cercles DevOps est que l’automatisation permet non seulement une plus grande fréquence de livraison et de déploiement, mais améliore également son taux de réussite global. Chaque fois qu’une intervention manuelle est requise, les risques d’erreurs augmentent. Après tout, l’erreur humaine est un facteur important dans de nombreuses pannes. Ce n’est pas seulement logique, c’est confirmé par notre enquête. La comparaison des taux de réussite de déploiement avec le pourcentage de pipeline de déploiement actuellement automatisé donne une corrélation positive, du moins la plupart du temps.

• La majorité des NetOps (65 %) signalent une fréquence élevée (90 % ou plus) de déploiements réussis. Parmi eux, 86 % ont automatisé plus de 75 % du pipeline de production.
• Parmi les NetOps qui signalent une fréquence élevée (90 % ou plus) de déploiements réussis, 37 % déploient une fois par semaine. Il est intéressant de noter que pour ceux du secteur NetOps qui signalent une faible fréquence (moins de 50 %) de déploiements réussis, 1 sur 3 déploie plus d'une fois par jour et 1 sur 3 déploie une fois par mois.

D’après les données, il semble qu’il existe un « point idéal pour réussir » : déployer une fois par semaine et automatiser au moins 75 % du pipeline.

Le besoin de vitesse

Notre enquête a révélé que malgré un consensus croissant sur l’automatisation, il existait de nettes divergences d’opinion. L’une de ces différences apparaît en ce qui concerne les concepts fondamentaux requis pour apporter les véritables changements nécessaires pour réussir dans un monde multi-cloud en évolution rapide, régi par une économie des applications.

Les NetOps étaient, en moyenne, deux fois plus susceptibles de décrire les fréquences de déploiement actuelles comme « trop fréquentes » (8 %) que leurs homologues DevOps (4 %). À l’inverse, beaucoup plus de DevOps étaient insatisfaits de la fréquence de livraison, 26 % d’entre eux la décrivant comme « pas assez fréquente ».  

Cependant, de nettes majorités dans les deux groupes ont estimé que leur vitesse actuelle était « suffisamment bonne pour eux ».

• Parmi les 70 % de DevOps qui pensent que la fréquence de livraison actuelle est « suffisamment bonne », 31 % livrent les modifications à la production une fois par semaine.
• Parmi les 4 % de DevOps qui ont qualifié la fréquence de livraison de « trop fréquente », 38 % livrent une fois par mois.
• Parmi les 26 % de DevOps qui souhaitent livrer plus fréquemment, 28 % livrent une fois par semaine et 26 % livrent déjà plus d'une fois par jour.

Parmi les 74 % de NetOps qui ont déclaré que la fréquence des déploiements était « suffisamment bonne », 37 % déploient une fois par semaine. Il est intéressant de noter que sur les 9 % qui ont déclaré que leur fréquence de déploiement était « trop fréquente », 44 % effectuent également un déploiement une fois par semaine. La majorité des 18 % de NetOps qui souhaitent déployer plus fréquemment le font soit une fois par semaine (27 %), soit une fois par mois (28 %).

L'automatisation, pour la victoire

Il existe peu de désaccord entre DevOps et NetOps sur l’importance et l’impact de l’automatisation sur le cycle de vie des applications, du développement à la livraison jusqu’au déploiement. Il y avait une corrélation positive entre la façon dont NetOps évalue la fiabilité, les performances et la sécurité des applications et l’automatisation du pipeline. La confiance dans la fiabilité et les performances des applications est plus grande lorsque le pipeline est automatisé à au moins 50 à 75 %.

La confiance dans les notes de sécurité des applications est plus forte lorsque 75 % ou plus du pipeline est automatisé. Sans surprise, DevOps semble également impacté par l’automatisation des pipelines. Ils étaient plus confiants dans leurs évaluations de fiabilité et de performance des applications lorsque plus de 75 % du pipeline était automatisé.

D’après les résultats de notre enquête (vous pouvez obtenir le rapport complet ici ), le consensus général autour de l’automatisation est sans équivoque : l’un pour NetOps et l’autre pour DevOps.  

L’automatisation est importante, quel que soit le côté de la médaille que vous regardez.