Le rythme de la transformation numérique s’est accéléré au cours de l’année écoulée, incitant les responsables du réseau et de l’infrastructure qui assurent la mise à disposition des applications auprès des particuliers et des entreprises à se tourner vers l’automatisation et vers l’approche plus agile et collaborative apportée par le DevOps. Mais même si les organisations adoptent l’automatisation et reconnaissent l’importance de la programmabilité (API et modèles), elles ne sont pas encore tout à fait prêtes à opter pour une pile technologique unique qui s’imposerait à toutes les autres.
Avec plus de 2 100 répondants représentant toutes les fonctions de l’informatique — des développeurs d’applications aux PDG, en passant par les ingénieurs en sécurité et réseaux —, notre enquête 2017 sur l’état de la fourniture d’applications a révélé qu’à mesure que le DevOps progresse vers la production, ses moteurs et la perception que l’on en a évoluent également.
01 | ADOPTION DE L’AUTOMATISATION
La transformation numérique ne se résume pas à une API d’entreprise et à une armée de développeurs. Nous constatons qu’une attention tout aussi importante, voire supérieure, est accordée aux changements internes nécessaires pour permettre à l’entreprise de se développer efficacement au rythme de sa croissance. Affecter davantage de personnes aux différentes tâches n’est plus une solution viable pour faire évoluer les activités de l’entreprise : il ne suffit pas d’accomplir ces tâches, encore faut-il le faire rapidement et efficacement.
Cela signifie davantage de systèmes, d’objets, d’applications, de menaces et d’identités à gérer. Au sein des services informatiques, les mêmes difficultés persistent lorsqu’il s’agit de monter en charge pour répondre à cette demande, et l’automatisation et l’orchestration sont de plus en plus utilisées pour y faire face.
En 2016, seuls 21 % des répondants à notre enquête State of Application Delivery utilisaient un ou plusieurs frameworks d’automatisation. Un an plus tard, cette proportion atteignait 52 %, plus de la moitié d’entre eux utilisant simultanément au moins deux systèmes. Tous les systèmes ont progressé, Cisco, OpenStack et VMware enregistrant les plus fortes hausses, avec respectivement 19 %, 14 % et 22 %. Comme pour confirmer l’importance de l’automatisation des services réseau et applicatifs, Cisco ACI est utilisé par 35 % des répondants. Étant donné qu’il est relativement récent par rapport à des acteurs bien établis comme VMware, voire OpenStack, il s’agit d’une progression considérable en seulement deux ans de suivi.
02 | PRODUCTION DE RÈGLES HYBRID-STACK
Alors que 39 % des personnes interrogées n’utilisent qu’un seul système pour automatiser l’infrastructure et les services applicatifs, la majorité (61 %) en utilise deux ou plus. Nous constatons que plus l’organisation est grande (et, sans surprise peut-être, plus le nombre d’applications gérées est élevé), plus ce chiffre augmente. Le nombre moyen de systèmes d’automatisation utilisés est de 1,8, mais si vous gérez 3 000 applications ou plus, cette moyenne atteint 2,43.
Il est intéressant de noter que le nombre moyen de modèles de cloud utilisés est également de 1,8. Il est tout à fait possible que, dans certaines organisations, l’automatisation soit exclusivement liée à l’adoption et à l’utilisation du cloud computing.
Cela est tout à fait logique pour les entreprises qui s’appuient depuis longtemps sur VMware pour virtualiser leur infrastructure de calcul. Il n’y a pratiquement aucune raison — sans mauvais jeu de mots — pour qu’une organisation supprime les mécanismes d’automatisation existants qui assurent le provisionnement et la gestion de ses ressources de calcul. La solution réside plus souvent dans l’ajout de systèmes complémentaires, tels que Cisco ACI, qui étendent l’automatisation du provisionnement et de la gestion au réseau et à l’infrastructure des services applicatifs.
Près de la moitié (47 %) des personnes s’appuyant sur un seul framework d’automatisation ont opté pour VMware. Cisco a recueilli les suffrages de 26 % des répondants n’utilisant qu’un seul framework, contre 9 % pour OpenStack.
7 % s’appuient uniquement sur des scripts Python pour mettre en œuvre l’automatisation et l’orchestration, ce qui plaide en faveur d’une communauté solide, bien accompagnée et tournée vers les clients autour des API des plateformes de services réseau et applicatifs.
03 | L’ÉCHELLE AVANT LA VITESSE
L’avantage le plus souvent cité du DevOps est la rapidité. Les indicateurs utilisés pour mesurer son succès portent principalement sur la fréquence des déploiements et le délai de mise sur le marché. Toutefois, lorsqu’il s’agit de l’infrastructure réseau et des services applicatifs, le passage à l’échelle devient le principal moteur de l’automatisation et de l’orchestration. Seuls 14 % des répondants ont cité le délai de mise sur le marché comme facteur motivant l’utilisation de frameworks d’automatisation, privilégiant plutôt le passage à l’échelle (37 %) et la réduction des dépenses d’exploitation (37 %) comme raisons de leur adoption.
Nous pensons que la réduction des dépenses d’exploitation (OpEx) signifie en réalité « maintenir le budget au même niveau ». Selon la dernière enquête de Computer Economics, les budgets informatiques n’évoluent guère, voire stagnent ; leur optimisation constitue donc sans aucun doute une préoccupation majeure. Il est difficile de changer d’échelle sans recruter davantage, compte tenu du nombre déjà élevé d’appareils par ingénieur. L’automatisation et l’orchestration permettent ainsi de monter en charge sans augmenter considérablement le budget d’exploitation.
Il est intéressant de noter que l’automatisation permet souvent d’accélérer un déploiement. Lors de la cartographie des flux de valeur, première étape de l’orchestration des processus de déploiement, il est souvent facile de repérer les « temps d’attente » à l’origine des retards. Ces temps d’attente correspondent généralement aux transferts entre équipes ou au « temps passé dans la file d’attente » jusqu’à ce qu’un ingénieur soit disponible pour effectuer une tâche précise. L’automatisation peut réduire ces temps d’attente et le temps passé dans les files d’attente, ce qui permet d’accélérer l’ensemble du processus et donc de réduire le délai de mise sur le marché.
Un examen des motivations en faveur du SDN révèle une tendance similaire : 62 % l’adoptent pour maîtriser les dépenses d’exploitation.
04 | LA PROGRAMMABILITÉ EST ESSENTIELLE
Bien avant que le « tout défini par logiciel » ne devienne la norme, la programmabilité a permis la création d’écosystèmes propres à chaque fournisseur en offrant les moyens d’intégrer différents produits afin de proposer aux clients des fonctionnalités plus complètes. Ces mêmes API ont désormais donné naissance à l’économie des autres API et permettent d’offrir un large éventail de fonctions et de capacités, aussi bien directement aux clients qu’en favorisant une intégration plus étendue avec les systèmes open source.
Qu’elle concerne le cloud ou les infrastructures de centre de données, la programmabilité permet d’automatiser les réseaux et les infrastructures applicatives, de transformer les processus en orchestration et, à terme, de passer à l’échelle. La programmabilité est le plus souvent associée aux API et, de plus en plus, à la notion de modèles. Dans notre enquête, l’importance perçue de ces deux éléments a fortement augmenté, une nette majorité des répondants les considérant tous deux comme des caractéristiques « plus importantes » pour les infrastructures.
La programmabilité du chemin de données est moins bien comprise et moins souvent abordée ; il s’agit de la capacité à intercepter, inspecter et modifier les données en transit. Cela permet de mettre en œuvre des fonctions au niveau de la couche applicative, telles que la réécriture des URL, la sécurisation des cookies et l’ajout ou la suppression d’en-têtes HTTP, ainsi qu’une inspection plus approfondie des protocoles, particulièrement utile en matière de sécurité (notamment face à une nouvelle vulnérabilité).
Étonnamment, cette capacité est considérée comme « plus importante » que les API ou les modèles. Si 52 % des personnes interrogées jugent les API « plus importantes » et 53 % estiment que les modèles sont « plus importants », 57 % qualifient la programmabilité du chemin de données de « plus importante ».
Les avantages métier qu’offre la programmabilité du chemin de données en matière d’agilité, notamment dans le domaine de la sécurité, incitent fortement les répondants à adopter de telles capacités.
La programmabilité, l’automatisation et l’orchestration ne sont pas près de disparaître, et il est encourageant de constater qu’une part importante des professionnels en dehors du développement d’applications adoptent ces concepts. Même s’ils considèrent l’automatisation, l’orchestration et les concepts connexes comme des réponses tactiques à des défis tels que les contraintes budgétaires et le passage à l’échelle, ils puisent assurément dans la palette d’outils DevOps afin d’apporter le soutien nécessaire à la transformation numérique de l’entreprise, tant en interne qu’en externe.
N’hésitez pas à consulter les données sous forme de diapositives sur SlideShare.
À 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.