L’automatisation est une composante essentielle de la transformation numérique, car l’automatisation des tâches au moyen d’applications constitue l’objectif de la première phase du parcours de l’entreprise appelé « transformation numérique ».
L’automatisation des workflows mobilise l’attention au cours de la deuxième phase, à mesure que l’entreprise étend sa présence numérique afin de créer des expériences.
Enfin, dans la troisième et dernière phase, celle de l’entreprise assistée par l’IA, l’automatisation joue un rôle central dans la création puis l’exploitation d’informations exploitables grâce à l’AIOps et à d’autres technologies fondées sur l’IA.
L’automatisation est un concept tellement essentiel qu’il est difficile d’en parler sans préciser un tant soit peu ce que nous automatisons.
Lorsque Cindy Borovick et moi nous réunissons chaque année pour déterminer ce que nous souhaitons apprendre grâce au rapport sur l’état de la stratégie applicative, nous nous efforçons de formuler des questions qui soient pertinentes non seulement aujourd’hui, mais qui donnent également un aperçu de ce qui le sera à l’avenir.
En matière d’automatisation, cela signifie qu’il faut aller au-delà d’une compréhension élémentaire des outils et technologies utilisés pour la mettre en œuvre. Il s’agit d’étudier l’incidence de l’automatisation sur les opérations et l’activité de l’entreprise, ainsi que les difficultés et les frustrations auxquelles les professionnels sont aujourd’hui confrontés. Il faut également comprendre les approches adoptées par le marché pour faire progresser l’automatisation et déterminer dans quelle mesure celles-ci ont — ou n’ont peut-être pas — une incidence sur la transformation numérique.
L’une de ces approches est l’infrastructure en tant que code.
Infrastructure en tant que code
L’Infrastructure as Code (IaC) est une pratique issue des méthodologies DevOps et SRE, qui consiste à traiter les artefacts (fichiers) de provisionnement et de configuration de la même manière que les développeurs traitent le code. Dans l’idéal, ils sont donc révisés, testés et versionnés dans un dépôt. Cela permet d’automatiser le pipeline de déploiement, car les personnes comme les outils peuvent toujours se référer à l’artefact le plus récent lorsqu’ils doivent déployer une nouvelle instance de X (X pouvant être un serveur web, une passerelle API, un contrôleur d’entrée ou… vous voyez l’idée). Sans doute en hommage à ses origines, le type d’automatisation rendu possible par l’IaC est souvent appelé GitOps, car GitHub et GitLab sont couramment utilisés comme dépôts de prédilection et sont aujourd’hui tous deux bien intégrés aux outils d’automatisation des pipelines.
Il s’avère que les organisations qui adoptent l’IaC constatent une amélioration de l’efficacité de leurs efforts d’automatisation.
Un peu plus de la moitié (52 %) des organisations considèrent « l’infrastructure comme du code ». Celles qui adoptent cette approche sont plus susceptibles d’effectuer des déploiements fréquents, de disposer de pipelines de déploiement d’applications entièrement automatisables et d’automatiser une plus grande part de leur portefeuille d’applications que leurs homologues.
Les avantages de l’IaC et de l’automatisation sont évidents. Dès lors, pourquoi davantage d’organisations n’adoptent-elles pas ces approches ? Il s’avère qu’elles ont de bonnes raisons de ne pas le faire.
Les compétences et les outils, principaux défis de l’automatisation
Impossible d’automatiser sans outils, et cela fait des années que nous suivons leur évolution. Les solutions multicloud, souvent open source, telles que Terraform et Ansible, s’imposent désormais en tête des outils disponibles. Bien que les API des fournisseurs de cloud soient encore largement utilisées, elles restent propres à chaque fournisseur. Cela représente un défi majeur pour les opérations dans tous les domaines informatiques (sécurité, infrastructure et réseau) lors de l’exploitation d’applications dans plusieurs environnements cloud.
Ainsi, il n’est pas surprenant que les ensembles d’outils indépendants du cloud gagnent en popularité. Près de la moitié des personnes interrogées (47 %) utilisent des outils tels que Terraform, Ansible, GitHub, GitLab, Puppet et Chef. En toute dernière position ? Les ensembles d’outils propres à un fournisseur, utilisés par seulement 29 % des personnes interrogées. Cela souligne la nécessité d’une automatisation complète et indépendante du cloud, car les portefeuilles d’applications ainsi que les technologies qui assurent leur mise à disposition et leur sécurité sont désormais répartis entre plusieurs clouds publics et privés, des centres de données et même la périphérie du réseau.
Les ensembles d’outils sont importants, car ils permettent aux organisations de traiter l’infrastructure comme du code. Le problème, c’est que le principal défi identifié par les répondants cette année concernait les compétences, et que la plus grande lacune en la matière à l’échelle mondiale portait sur… roulement de tambour… les ensembles d’outils.
Il est facile d’en conclure que, pour combler le déficit de compétences et permettre à davantage d’organisations de bénéficier des avantages de l’infrastructure en tant que code, nous devons rendre les outils plus simples à utiliser, notamment en matière d’automatisation entre différents environnements.
Vous trouverez davantage d’informations sur l’automatisation, et bien plus encore, dans notre rapport annuel. Consultez-le, puis revenez ici pour découvrir notre analyse de l’état actuel et futur des technologies de sécurité et de mise à disposition des applications.
À 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.