Rapport d'enquête F5 DevOps et NetOps : L’automatisation est essentielle pour combler la fracture numérique

On parle beaucoup de la relation archétypale entre DevOps et NetOps. Nous sommes constamment bombardés d’une litanie de discours du type « nous contre eux » qui opposent les uns aux autres, en lançant des demandes et des accusations par-dessus le mur qui les sépare. Avec la pression croissante pour fournir des applications plus rapidement et plus fréquemment, ce mur peut devenir la fracture numérique qui sépare les gagnants de l’économie des applications de tous les autres.

Heureusement, cette fracture numérique se réduit grâce à l’automatisation et à l’orchestration informatique. Nous avons découvert un désir de collaborer pour combler ce gouffre numérique de la part de NetOps et de DevOps lorsque nous avons interrogé séparément chaque groupe, en examinant leur utilisation de la technologie, leurs perceptions mutuelles et les applications qu'ils fournissent. C’est une nouvelle de plus en plus encourageante pour les entreprises qui se lancent dans des efforts de transformation numérique qui nécessitent l’ampleur et la vitesse que seules l’automatisation et l’orchestration peuvent atteindre efficacement. C’est également une bonne nouvelle pour les organisations aux prises avec des environnements multi-cloud qui nécessitent une plus grande attention de la part d’un personnel déjà débordé. Soulager la pression sur site grâce à l’automatisation peut libérer des ressources pour se consacrer à des projets liés au cloud.

884 professionnels NetOps et DevOps ont répondu à des enquêtes en ligne menées au cours de l'été 2017. Nous avons posé plusieurs questions liées à la perception concernant les applications en général et leurs homologues dans NetOps ou DevOps, ainsi que des questions axées sur la perception de la fréquence et des taux de réussite des déploiements.

Les résultats montrent que même si le mur entre eux est toujours debout, il n’est pas aussi haut ou aussi opaque que le prétendent le dialogue au sein des communautés ou d’autres rapports sectoriels. Nous avons trouvé de nombreux points communs entre des organisations de toutes tailles et de tous secteurs en ce qui concerne l’importance et le désir d’automatisation du pipeline de production, ainsi qu’une confiance commune dans la sécurité, les performances et la fiabilité des applications que les deux groupes s’efforcent de développer et de déployer.

L’automatisation semble être une force unificatrice pour NetOps et DevOps. En principe, du moins, si ce n’est dans les détails spécifiques de mise en œuvre.

Bien que DevOps et NetOps restent en désaccord sur la quantité d'accès au pipeline qui devrait être disponible via le libre-service et l'automatisation, dans la plupart des cas, les deux groupes considèrent que l'autre est sur la bonne voie. 82 % des DevOps et 76 % des NetOps conviennent que chacun donne la priorité aux « bonnes choses ». Il est clair qu’il existe un terrain d’entente entre les différentes parties prenantes de la fracture numérique, au moins en ce qui concerne les objectifs et les priorités, même si ce n’est pas toujours le cas au niveau de l’organigramme.

Parmi les dissidents du côté de NetOps, la réponse la plus courante à la question de savoir ce que DevOps ne priorise pas suffisamment incluait la sécurité. La fiabilité est également souvent citée comme une source de frustration chez DevOps par leurs homologues NetOps.

Sans surprise, l’un des refrains les plus courants de DevOps concernant la priorisation par NetOps était centré sur l’automatisation. Ou plutôt, son absence.

Cette différence d’opinion est probablement à l’origine de notre prochaine découverte clé qui a exposé l’effet du manque d’accès des développeurs et de DevOps au pipeline de production via l’automatisation et le libre-service sur l’adoption du cloud et des solutions en dehors de l’informatique.

L'automatisation a un impact sur l'adoption du cloud

Ils peuvent vous entendre maintenant. On pense depuis longtemps que l’un des moteurs de l’adoption du cloud – tant par les entreprises que par les acteurs DevOps – est le manque d’accès en libre-service au pipeline de déploiement de production, ce qui entraîne de longs cycles de déploiement. La moins bonne nouvelle est que notre enquête valide cette croyance, avec 27 % des DevOps indiquant que cela influence leur décision d’opter pour des solutions basées sur le cloud « beaucoup » et 38 % l’influencent « un peu ». La bonne nouvelle est que les NetOps ne sont pas insensibles à l’impact. Plus de 65 % des NetOps déclarent que leur désir d’automatiser et de fournir un accès en libre-service au pipeline de production est influencé « quelque peu » ou « beaucoup » par les décisions de DevOps d’adopter le cloud.

Principales conclusions

1. Support solide pour l'automatisation. Il existe un consensus solide sur l’importance de l’automatisation des pipelines de livraison et de déploiement, avec une note moyenne d’importance sur une échelle de 5 points de 4,0 pour DevOps et de 3,5 pour NetOps. Dans l’ensemble, les répondants ont également déclaré avoir davantage confiance dans la fiabilité, les performances et la sécurité des applications lorsque le pipeline de production est automatisé à plus de 50 %. Les deux groupes ont également convenu à une écrasante majorité que l’autre « accordait la priorité aux bonnes choses ».
2. L’automatisation a un impact sur l’adoption du cloud et vice versa. Malgré cet accord, les divergences d’opinion entre les deux groupes sont réelles et entraînent des conséquences. L’une d’entre elles concerne les points de vue divergents sur l’accès au pipeline de production, qui, selon nous, contribuent à l’essor du multi-cloud. Du côté DevOps, le manque d'accès au pipeline de production a été cité par 65 % des répondants comme influençant leur décision de rechercher des solutions cloud et externes. À l’inverse, une quasi-majorité de NetOps (44 %) déclarent que la décision de DevOps de se tourner vers le cloud influence « quelque peu » leur désir de fournir un accès à ce pipeline, tandis que 21 % admettent que cela les influence « beaucoup ».
3. Dissonance autour de l’accès aux pipelines. Les efforts de transformation numérique axés sur la fourniture d’applications visant à améliorer l’efficacité interne et l’engagement externe doivent franchir le fossé entre le développement et la production. Nous constatons que le mur entre les deux tient toujours, avec des opinions divergentes quant à la mesure dans laquelle l'accès au pipeline de production devrait être disponible pour les développeurs et DevOps. La plus grande part des répondants DevOps estime que plus de 75 % du pipeline de production devrait être disponible via le libre-service et l'automatisation. NetOps est moins généreux, mais pas aussi éloigné que la perception populaire voudrait nous le faire croire.  
4. La fréquence de déploiement actuelle est correcte. DevOps et NetOps ont tous deux convenu que la fréquence actuelle des déploiements était « suffisamment bonne ». Conformément aux perceptions actuelles de la déconnexion entre les deux groupes, Les NetOps sont deux fois plus susceptibles de considérer une fréquence de déploiement comme « trop fréquente » que leurs homologues DevOps. Seuls quelques-uns (4 %) du côté DevOps ont indiqué qu'ils pensaient qu'il existait une chose appelée « trop fréquente » des versions.

Support solide pour l'automatisation

Le jeu des reproches est terminé. Contrairement aux scénarios populaires qui opposent NetOps et DevOps les uns aux autres dans un jeu sans fin de rejet des responsabilités à la suite d’incidents, nous avons trouvé des preuves que chaque groupe voit l’autre sous un jour beaucoup plus positif.

La tendance à recourir au cloud par ceux qui sont frustrés par le manque d’accès aux pipelines contribue largement à l’essor du multicloud et aux défis associés en matière de sécurité et de performances, comme le soulignent souvent ceux qui luttent contre le « rogue IT » qu’il crée. Même si NetOps continue de déployer des efforts pour offrir un accès via l'automatisation/le libre-service avec des systèmes de cloud privé ou de type cloud, il reste un investissement important dans les solutions de cloud hors site qui ne sera probablement pas ignoré. Les organisations doivent donc gérer, surveiller et sécuriser de multiples solutions cloud et environnements, ce qui accroît la complexité de leurs opérations dans l’économie numérique.

La question n’est plus désormais de savoir « fournissons-nous un accès en libre-service au pipeline de production ? », mais plutôt « dans quelle mesure exposons-nous ces informations ? »

Dissonance autour de l'accès aux pipelines  

Quelle quantité est suffisante ? La bonne quantité d'accès au pipeline pour les développeurs et DevOps via des capacités d'automatisation/libre-service a fait ressortir des différences d'opinion frappantes. DevOps souhaite certainement avoir un accès plus large au pipeline de production que ce que NetOps est prêt à leur offrir.

Même si nous n’avons pas demandé d’explications sur la réticence de NetOps à fournir à DevOps un meilleur accès au pipeline, une réponse pourrait être trouvée dans les compétences disponibles pour le faire. Les personnes interrogées dans le secteur NetOps estiment généralement qu’il existe un écart entre les compétences dont elles ont besoin pour faire leur travail et la formation/les connaissances dont elles disposent actuellement.

En fait, les NetOps et les DevOps qui s’identifient comme « développeurs » étaient plus susceptibles de croire que leur emploi serait pertinent dans cinq ans compte tenu des responsabilités et des compétences similaires. Les moins confiants étaient ceux qui s’identifiaient comme opérateurs de réseau – des deux côtés du mur.

L’état actuel de l’automatisation du pipeline de production du côté NetOps semble refléter l’impact de ce manque de compétences. Il n’est pas surprenant de constater qu’il est considérablement en retard par rapport au pipeline de livraison DevOps. Alors que 11 % des NetOps admettent ne pas automatiser le pipeline de production, seulement 5 % des DevOps disent la même chose à propos du pipeline de livraison des applications.

L’état de l’automatisation du pipeline est important à noter étant donné notre constatation d’une corrélation positive entre l’automatisation du pipeline et la fréquence des déploiements réussis. 86 % des NetOps indiquant un pourcentage plus élevé d'automatisation du pipeline (75 % ou plus) ont également signalé une fréquence plus élevée de déploiements très réussis (90 % ou plus).

Mais ce n’est pas le seul facteur, car la fréquence des changements d’application semble également avoir un impact sur la fréquence des déploiements réussis.

La fréquence de déploiement actuelle est correcte 

Tout va bien, merci. Le plus grand fossé culturel réside peut-être encore dans le domaine de la fréquence de déploiement. Alors que certains DevOps livrent des applications en production à une vitesse vertigineuse (12 % livrent des modifications en production plus d'une fois par jour), NetOps semble être beaucoup plus à l'aise pour déployer ces modifications à un rythme plus lent mais plus régulier.

Dans l’ensemble, il semble y avoir un certain consensus autour des fréquences mensuelles et hebdomadaires pour une pluralité de répondants. Sans surprise, DevOps préfère livrer plus souvent que NetOps. À savoir, sur 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.

Les perceptions sur l’adéquation de la vitesse à laquelle les changements sont apportés varient d’un groupe à l’autre. Il convient toutefois de noter que la majorité des deux (70 % des DevOps et 74 % des NetOps) ont décrit la fréquence des changements comme « suffisamment bonne pour nous ».

C’est là que s’arrête le point commun. Alors que seulement 4 % des DevOps ont déclaré que leur calendrier actuel était « trop fréquent », ceux du côté NetOps qui ont décrit la fréquence de livraison comme « trop fréquente » ont doublé. Plus d'un DevOps sur quatre (26 %) souhaite aller plus vite, tandis que moins d'un NetOps sur cinq (18 %) souhaite accélérer le rythme.

Cependant, en ignorant le désir et en examinant les résultats, on découvre quelle pourrait être la fréquence de déploiement « idéale » pour équilibrer la vitesse et les taux de réussite. Parmi les 65 % de NetOps et les 57 % de DevOps qui connaissent des déploiements réussis plus de 90 % du temps, les changements sont poussés en production « une fois par semaine ».

Conclusion

La fracture numérique que les applications doivent franchir pour passer du stade de la livraison au stade du déploiement existe toujours. Des parties importantes du pipeline de déploiement restent gérées manuellement, ce qui continuera à diriger les applications vers le cloud. À leur tour, les décisions DevOps de se tourner vers le cloud verront NetOps fournir davantage d’accès en libre-service nécessaire pour accélérer le parcours.

L’automatisation est la clé pour combler cette fracture numérique car elle permet à NetOps et DevOps de travailler plus intelligemment, et non plus durement, et de faire évoluer leurs opérations pour répondre ensemble aux besoins de l’entreprise.

Méthodologie

Les données de ce rapport ont été compilées à partir de deux enquêtes en ligne distinctes menées en juillet 2017. Ces deux études ont été conçues pour étudier l’utilisation de l’automatisation dans le cycle de vie des applications, du développement au déploiement, ainsi que les perceptions des deux principaux groupes impliqués. Les répondants des deux groupes ont été incités à participer.

Addenda : Extraits de l'enquête

Vous trouverez ci-dessous des réponses supplémentaires sélectionnées aux questions de l'enquête, provenant des répondants NetOps et DevOps. Bien qu’il ne s’agisse pas d’une liste exhaustive, ils sont présentés ici à titre d’échantillon du type de commentaires reçus. Les noms de produits ont été modifiés pour plus de précision ; dans le cas contraire, l'intention est de publier les commentaires non modifiés et tels que reçus.

Opérations réseau

Si vous avez répondu « Non » à la question « Votre équipe de développement hiérarchise-t-elle correctement les choses ? », qu’aimeriez-vous qu’elle priorise différemment ?

- Stabilité, qualité et vision. Trop souvent, les gens se précipitent vers une date et c'est la qualité qui en souffre. De plus, ne pas regarder au-delà de la tâche en cours conduit à une tonne de retouches et à des solutions moins qu'optimales au final (des déchets sont assemblées et peuvent fonctionner, mais elles ne sont en aucun cas optimales ou idéales).

- Nous avons besoin de plus de collaboration entre les équipes de développement et d’administration système. Nous ne nous éloignons pas assez rapidement de l’administration manuelle.

- J'aimerais que les équipes de développement se soucient davantage de la fiabilité opérationnelle, de la cohérence de l'architecture et de la coopération entre les différentes équipes de développement

- Les développeurs d'applications ne pensent pas au réseau ou à la sécurité, la sécurité n'est que marginalement consciente du développement, le réseau apprend les changements opérationnels une fois le développement terminé.

Dans un monde idéal, comment amélioreriez-vous l’interaction, la communication, la collaboration, etc. entre vos équipes de développement et d’exploitation ?

- Améliorer les mesures, la surveillance et la visibilité afin que les deux parties soient informées des performances. Automatisez le pipeline pour accélérer la livraison des services. Prévoir une capacité adéquate pour éviter de longs délais de livraison.

- Remplacez-les par des personnes plus intelligentes

- Arrêtez de vous considérer les uns les autres comme des obstacles et laissez toutes les équipes contribuer là où elles peuvent apporter la meilleure valeur ajoutée. L'automatisation est une bonne chose, mais sans une certaine supervision, des solutions peuvent être mises en œuvre qui peuvent fonctionner, mais il existe souvent une manière meilleure et plus optimale de procéder.

- La frontière entre les équipes de développement et d'exploitation devient de plus en plus floue. Doit être considéré comme « une seule équipe » avec un objectif commun : fournir des applications de manière à pouvoir évoluer et fonctionner correctement sur l'infrastructure disponible avec une surcharge minimale.

- La communication n'a pas d'importance si vous parlez à l'équivalent mental d'un rocher dans une cravate.

- Impliquer l'équipe F5 plus tôt dans son processus dans le cycle DEV.

- Intégrer les opérations plus tôt dans le cycle de développement

- Code partagé et visibilité des pipelines. Plus il y a d'outils pouvant être gérés par le code, mieux c'est (par exemple, nous ne pouvons pas raisonnablement gérer un F5 BIG-IP dans le code, et c'est un point faible de notre processus).

DevOps

Si vous avez répondu « Non » à la question « Votre équipe d’exploitation hiérarchise-t-elle correctement les choses ? », qu’aimeriez-vous qu’elle priorise différemment ?

- J'aimerais les voir donner la priorité à la création de ressources automatisées et indépendantes du cloud dans l'espace cloud. Infrastructure à bouton-poussoir, qui est certainement réalisable et utile pour les développeurs, l'assurance qualité et les opérations.

- Ils doivent s'adapter à l'automatisation de tout ce qu'ils touchent et cesser de craindre de perdre leur emploi

- Trop de travail manuel, pas d’automatisation, manque de compréhension du problème technique de base. Donnez du pouvoir aux développeurs.

- Ils ont tendance à résoudre les problèmes en leur jetant de l’argent. Équipement plus (cher). Il faudrait davantage de personnel pour tourner la manivelle, plutôt que de l'automatisation.

Dans un monde idéal, comment amélioreriez-vous l’interaction, la communication, la collaboration, etc. entre vos équipes de développement et d’exploitation ?

- J'aimerais que l'équipe des opérations fournisse davantage d'outils pour faire abstraction des détails de l'environnement opérationnel

- Je suis développeur et nous devons déployer et automatiser l'infrastructure. Les gars des opérations doivent apprendre à automatiser et à utiliser certains outils.

- Changer l’équipe d’exploitation pour qu’elle soit davantage un support d’infrastructure qui automatise la gestion de l’infrastructure. Cela permettrait aux développeurs d'utiliser l'infrastructure davantage comme un service au lieu de s'appuyer sur des opérations pour effectuer des mises à niveau, la gestion des serveurs, etc. J'intégrerais également les membres de l'équipe d'exploitation dans d'autres groupes en tant qu'agents de liaison afin de faciliter la gestion des applications.

- L'équipe des opérations doit être élargie et directement impliquée dans le développement et les tests. Il s'agit moins d'un endroit où se rendre pour les demandes et davantage d'un partenaire intégré en première ligne.

Ressources supplémentaires

• Une enquête de F5 révèle que DevOps et NetOps s’accordent sur l’importance de l’automatisation et de la fréquence des déploiements – Article de blog F5
• NetOps et DevOps veulent plus de collaboration dans un monde multi-cloud – Communiqué de presse F5