Toute médaille a son revers, comme le 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 motifs différents.
C’est ce que nous avons découvert en nous plongeant au cœur du DevOps et du NetOps. Nous avons constaté que les deux groupes portent l’un sur l’autre un regard bien plus bienveillant, notamment en ce qui concerne la hiérarchisation des efforts, que ne le laissent entendre les archétypes traditionnels, et qu’ils ont beaucoup de points communs, même s’ils peuvent être en désaccord sur certains détails.
Nous avons interrogé 884 professionnels du NetOps et du DevOps en juillet 2017. Nos questions portaient principalement sur les efforts d’automatisation, mais aussi sur les indicateurs souvent cités par les équipes DevOps, tels que la fréquence et le taux de réussite des déploiements.
Mais ce ne sont là que des chiffres froids. Nous voulions savoir si la perception de chaque groupe correspondait à l’animosité dépeinte dans les caricatures, ou si les deux camps avaient tourné la page et étaient devenus, sinon les meilleurs amis du monde, du moins des « meilleurs ennemis ». Après tout, les deux groupes partagent les mêmes objectifs : lancer sur le marché une application qui propulsera l’entreprise vers de nouveaux sommets.
Et au vu des résultats, cela semble effectivement être le cas. Les deux groupes souhaitent davantage de collaboration et d’interactions pour accélérer la mise sur le marché des applications, et donnent des exemples précis de la manière dont ils aimeraient que cela se concrétise. Ils partagent également une même perception de la sécurité, de la fiabilité et des performances des applications qu’ils livrent puis déploient. Fait peut-être surprenant, aucun des deux groupes n’est épargné par les effets du rythme des évolutions dans le secteur. Les professionnels du DevOps comme du NetOps ne sont pas totalement convaincus que leurs fonctions seront encore pertinentes dans cinq ans, et les deux groupes ont constaté un certain décalage entre les connaissances nécessaires à l’exercice de leur métier et les compétences ou la formation dont ils disposent actuellement.
Mais nous avons constaté des divergences quant à la place que la technologie devrait occuper pour combler le fossé entre les pipelines de développement et de production. Cela confirme à son tour une conviction largement répandue selon laquelle « le réseau » est l’un des principaux facteurs de l’essor du multicloud, car il pousse les développeurs et les équipes DevOps à rechercher des solutions en dehors du service informatique, principalement dans le cloud.
Automatisez. Automatisez. Automatisez.
C’est une citation directe, qui reflète un thème récurrent parmi la minorité des professionnels DevOps estimant que leurs homologues des NetOps ne donnaient pas la priorité aux « bonnes choses ». Cela pourrait s’expliquer par le fait qu’ils étaient opposés au petit nombre (8 %) de professionnels NetOps ayant indiqué qu’« aucune » partie de leur pipeline de production n’était actuellement automatisée. À moins qu’ils ne fassent partie du petit groupe de professionnels DevOps (4 %) qui pensent que les développeurs, les équipes DevOps et les équipes de développement ne devraient avoir AUCUN accès au pipeline de production par le biais de fonctionnalités d’automatisation ou de libre-service, et qu’ils soient tout simplement en désaccord.

La bonne nouvelle, c’est qu’ils sont minoritaires dans les deux cas. Non seulement la majorité des équipes NetOps travaillent dans des environnements où au moins 50 % du pipeline de production est automatisé, mais une nette majorité (61 %) estime également que les équipes DevOps et les développeurs devraient bénéficier d’un accès plus large (à hauteur d’au moins 50 %) à ce pipeline.
Cela signifie que les équipes NetOps adhèrent pleinement au souhait des équipes DevOps de disposer de davantage de fonctionnalités d’automatisation et de libre-service.
En outre, les deux groupes estiment très majoritairement que l’autre donne la priorité aux « bonnes choses » : 82 % des équipes DevOps et 76 % des équipes NetOps approuvent ainsi les priorités de leurs homologues. Finalement, il ne devrait pas y avoir beaucoup de duels à l’aube sur le parking.
Plus l’automatisation est poussée, plus les chances de réussite sont grandes
Dans les milieux DevOps, il est communément admis que l’automatisation permet non seulement d’augmenter la fréquence des livraisons et des déploiements, mais aussi d’améliorer leur taux de réussite global. Dès qu’une intervention manuelle est nécessaire, le risque d’erreur augmente. Après tout, l’erreur humaine joue un rôle important dans de nombreuses interruptions de service. Ce constat n’est pas seulement logique : notre enquête le confirme. La comparaison entre les taux de réussite des déploiements et le pourcentage actuel d’automatisation du pipeline de déploiement révèle une corrélation positive, du moins la plupart du temps.

- La majorité des équipes NetOps (65 %) déclarent un taux élevé (90 % ou plus) de déploiements réussis. Parmi elles, 86 % ont automatisé plus de 75 % du pipeline de production.
- Parmi les professionnels NetOps qui déclarent une fréquence élevée de déploiements réussis (90 % ou plus), 37 % effectuent un déploiement une fois par semaine. Fait intéressant, parmi ceux qui déclarent une faible fréquence de déploiements réussis (moins de 50 %), un sur trois effectue plusieurs déploiements par jour et un sur trois en effectue un par mois.
D’après les données, il semble exister une « formule idéale pour réussir » : effectuer un déploiement une fois par semaine et automatiser au moins 75 % du pipeline.
Le besoin de rapidité
Notre enquête a révélé que, malgré un consensus croissant autour de l’automatisation, des divergences d’opinion marquées subsistaient. L’une d’elles concerne les concepts fondamentaux nécessaires pour opérer les véritables changements indispensables à la réussite dans un monde multicloud en constante évolution, porté par une économie fondée sur les applications.
En moyenne, les équipes NetOps étaient deux fois plus susceptibles de qualifier les fréquences de déploiement actuelles de « trop élevées » (8 %) que leurs homologues DevOps (4 %). À l’inverse, les équipes DevOps étaient bien plus nombreuses à se déclarer insatisfaites de la fréquence des livraisons, 26 % d’entre elles la jugeant « insuffisante ».
Néanmoins, une nette majorité dans chacun des deux groupes estimait que la cadence actuelle lui convenait.
- Parmi les 70 % de professionnels DevOps qui estiment que la fréquence actuelle des livraisons est « suffisamment bonne », 31 % déploient des changements en production une fois par semaine.
- Parmi les 4 % de professionnels DevOps qui ont qualifié la fréquence de livraison de « trop élevée », 38 % effectuent une livraison une fois par mois.
- Parmi les 26 % de professionnels DevOps qui souhaitent effectuer des livraisons plus fréquentes, 28 % en effectuent une fois par semaine et 26 % en effectuent déjà plusieurs fois par jour.
Parmi les 74 % de professionnels NetOps qui ont déclaré que la fréquence des déploiements était « satisfaisante », 37 % effectuent un déploiement une fois par semaine. Fait intéressant, parmi les 9 % qui ont déclaré que leur fréquence de déploiement était « trop élevée », 44 % effectuent également un déploiement une fois par semaine. La majorité des 18 % de professionnels NetOps qui souhaitent effectuer des déploiements plus fréquents en réalisent soit une fois par semaine (27 %), soit une fois par mois (28 %).
L’automatisation, la clé du succès
DevOps et NetOps s’accordent largement sur l’importance et l’impact de l’automatisation sur le cycle de vie des applications, du développement à la livraison, puis au déploiement. Une corrélation positive a été observée entre l’évaluation par les équipes NetOps de la fiabilité, des performances et de la sécurité des applications, et le degré d’automatisation du pipeline. Les évaluations de la fiabilité et des performances des applications inspirent davantage confiance lorsque le pipeline est automatisé à hauteur d’au moins 50 à 75 %.
La confiance dans les évaluations de la sécurité des applications est plus forte lorsque 75 % ou plus du pipeline est automatisé. Sans surprise, les équipes DevOps semblent être affectées de la même manière par l’automatisation du pipeline. C’est lorsque plus de 75 % du pipeline est automatisé qu’elles ont le plus confiance dans leurs évaluations de la fiabilité et des performances des applications.
D’après les résultats de notre enquête (vous pouvez consulter le rapport complet ici) l’automatisation fait clairement l’unanimité : NetOps et DevOps lui donnent tous deux leur approbation.
L’automatisation est importante, quel que soit le point de vue adopté.
À propos de l’auteur

Lori MacVittie est ingénieure émérite et évangéliste en chef au sein du bureau du directeur technique de F5. Elle possède une expertise approfondie dans la fourniture d’applications, les stratégies d’automatisation et les infrastructures. Elle est réputée pour sa capacité à rendre la complexité intelligible, qu’elle définisse des garde-fous pour les agents d’IA, analyse des architectures multicloud fragiles ou explore les limites des systèmes évolutifs. Elle cumule plus de trente ans d’expérience dans le secteur, couvrant le développement d’applications, l’architecture informatique ainsi que l’exploitation des réseaux et des systèmes. Avant de rejoindre F5, elle a été rédactrice spécialisée dans les technologies et a reçu plusieurs distinctions. MacVittie est titulaire d’un master en informatique et est une autrice prolifique dont les publications couvrent la sécurité, le cloud et l’architecture d’entreprise. Elle est également une passionnée de jeux de société et de jeux vidéo, et assume pleinement ses avis bien tranchés sur le fromage.
Autres articles de Lori Mac VittieArticles de blog associés

F5 NGINXaaS pour Google Cloud : des applications résilientes et évolutives
Découvrez comment NGINXaaS s’intègre à Google Cloud pour renforcer les performances et la sécurité, et préparer vos applications critiques à un avenir propulsé par l’IA.
L’intégration de F5 Web Application Firewall (WAF) à AWS est disponible dès aujourd’hui
En faisant appel à un partenaire de déploiement AWS WAF tel que F5, vous pouvez renforcer la sécurité de vos applications web grâce à des règles personnalisées qui bloquent les schémas d’attaque courants, comme les injections SQL ou les attaques par scripts intersites (XSS).
Appliquer le principe de Peter Parker à l’inspection TLS
« Un grand pouvoir implique de grandes responsabilités. » Si l’on en trouve des échos chez Voltaire et Churchill, cette citation est surtout connue grâce aux bandes dessinées Spider-Man, où elle est attribuée à l’oncle Ben. Bien entendu, si cette phrase est si répandue dans la culture populaire, c’est notamment parce qu’elle peut s’appliquer à une multitude de situations et de sujets, y compris à l’inspection TLS.
Le NetOps a besoin de défenseurs, pas d’adversaires
Il est important de reconnaître que les équipes NetOps ne sont pas toujours celles qui font obstacle au déploiement de la dernière nouveauté, application ou service. Les freins à la rapidité sont souvent dus au fait que les organisations n’adoptent pas tous les principes du DevOps lorsqu’elles cherchent à transformer leurs opérations informatiques.
Mise à jour des services applicatifs : sécurité, rapidité et visiteurs suspects
Il est de nouveau temps de nous pencher sur les services applicatifs que les entreprises utilisent réellement pour rendre leurs applications plus rapides et plus sûres. On constate notamment une hausse du recours aux services de protection contre les bots, ainsi que la progression lente mais régulière de HTTP/2. Bien qu’il ne s’agisse pas d’une application…
Les templates prennent le contrôle du cloud
Les modèles s’imposent dans le cloud. Lisez le blog de F5 pour découvrir comment l’infrastructure en tant que code et les API déclaratives automatisent la mise à disposition des applications.