La livraison d’applications évolue. Au risque d’employer des termes à la mode, elle connaît une transformation… numérique. La livraison continue est devenue la norme pour le DevOps (71 % prévoient de la mettre en œuvre), et le déploiement continu doit suivre pour que les entreprises réussissent à l’ère du capital applicatif. Si 73 % des organisations prévoient d’adopter le déploiement continu, près de la moitié d’entre elles n’ont pas encore commencé. Fait stupéfiant, 42 % n’ont encore automatisé aucun composant du pipeline de déploiement continu.
Le fossé entre la livraison et le déploiement est bien réel. Il apparaît en théorie dans les enquêtes et, en pratique, dans l’abîme qui sépare le cloud du centre de données. Au sein des organisations, il se manifeste par le mur qui interrompt la livraison continue lorsqu’elle se heurte à un déploiement plus ou moins continu.
Cela se constate également sur le plan technologique, où la fragmentation de la chaîne de livraison des applications entraîne un véritable manque de visibilité. Cela se traduit par l’impossibilité de surveiller et de mesurer les performances des applications dans des environnements multicloud. Cela se manifeste aussi par l’impossibilité de déployer et d’appliquer de manière cohérente des politiques de sécurité à l’ensemble du portefeuille d’applications multigénérationnel actuellement géré par des milliers de grandes entreprises.
Le fossé se creuse
Nous constatons que ce fossé ne cesse de se creuser avec l’adoption d’applications et d’architectures modernes, natives du cloud. Même les applications qui restent rattachées au centre de données sont concernées. Qu’il s’agisse de nouvelles approches — où tout se fait en continu — ou de nouveaux services applicatifs répondant aux besoins de sécurité et de mise à l’échelle dans les environnements modernes natifs du cloud, une chose est claire : la mise à disposition des applications doit évoluer et combler le fossé entre DevOps et NetOps afin de répondre aux exigences de cohérence et de visibilité dans un monde multicloud.
L’univers du DevOps repose de plus en plus sur l’open source. Comme l’a écrit Gus Robertson, PDG de NGINX, dans son récent article de blog : « Si le logiciel dévore le monde, alors l’open source dévore le logiciel. » Aujourd’hui, les applications elles-mêmes sont principalement développées à partir de composants tiers, dont la majorité sont open source. L’infrastructure applicative repose de plus en plus sur des composants open source : des serveurs web aux serveurs d’applications, des bases de données aux contrôleurs d’entrée, des systèmes de messagerie aux environnements d’exécution de conteneurs et aux outils d’orchestration. Les opérations informatiques s’appuient sur des outils open source tels que Puppet, Chef, Terraform, Helm, Kubernetes et Ansible.
Ces outils et technologies sont adoptés parce qu’ils répondent à de multiples enjeux : des livraisons et des déploiements rapides et fréquents, associés à un modèle économique fluide. Mais ils présentent également des avantages en favorisant la collaboration et en stimulant l’innovation lorsque des organisations entières décident de standardiser leurs opérations autour de l’open source.
Rien de tout cela ne serait possible sans les communautés de développeurs passionnés qui travaillent sans relâche à l’amélioration de leurs solutions open source.
Chez F5, nous reconnaissons la valeur de telles communautés.
La vision de la communauté selon F5
Dans un exemple comparable, notre communauté DevCentral repose sur l’innovation collaborative, guidée par bon nombre des principes qui sous-tendent les projets open source. Le partage de code et le transfert de connaissances au sein de la communauté aident les centaines de milliers de membres à innover et à créer de nouvelles fonctionnalités pour notre plateforme BIG-IP. Ces solutions s’accompagnent de nouvelles extensions, de nouveaux plug-ins et de nouvelles bibliothèques pour des projets open source tels que Puppet, Chef et node.js.
Nous participons activement à ces initiatives, les encourageons et les soutenons afin d’améliorer non seulement nos propres produits, mais aussi les logiciels open source sur lesquels nos clients et la communauté s’appuient pour assurer le bon fonctionnement de leurs activités.
Cela dit, nous savons que beaucoup d’entre vous, notamment au sein de la communauté open source NGINX, connaissent encore mal F5. Nous comprenons également que cela puisse vous rendre sceptiques. C’est tout à fait compréhensible. Jusqu’à présent, notre implication dans l’open source est restée en grande partie discrète.
Cela dit, notre propre transformation s’appuie largement sur l’open source pour alimenter notre pipeline CI/CD et nos produits, tandis que nous réorientons nos activités de la livraison d’applications vers les services applicatifs. Nous interagissons constamment avec l’open source, et nos ingénieurs principaux contribuent activement à loopback.io et nats.io. Notre entité Aspen Mesh utilise istio.io et y contribue régulièrement. Elle a également créé plusieurs projets open source connexes que nous maintenons, tels que istio-vet, istio-client-go et tracing-go. Nous développons et maintenons un ensemble de modules open source pour Ansible.
Nous ne le clamons pas haut et fort, car nous ne contribuons pas pour marquer des points sur le plan marketing ; nous contribuons parce que c’est la bonne chose à faire pour nous, pour nos clients et pour chacune des communautés qui veillent sur les projets open source.
Créer des passerelles
Pour combler le fossé qui empêche l’entreprise de concrétiser l’informatique en continu, il convient désormais d’amplifier et d’accélérer la mission de certains des composants open source les plus largement adoptés de la chaîne de livraison des applications.
Permettez-moi donc de réaffirmer ce que Gus et Igor ont annoncé : F5 entend accroître ses investissements afin d’amplifier et d’accélérer la mission de NGINX.
En réunissant F5 et NGINX, nous pouvons fournir aux entreprises un ensemble cohérent et complet de services applicatifs afin de répondre à l’un des besoins les plus urgents de l’informatique : des déploiements rapides et fréquents sur un large éventail d’architectures applicatives hébergées dans plusieurs environnements cloud. Nous sommes convaincus que la réussite de cette démarche repose sur le maintien de NGINX en open source et sur une orientation largement impulsée par la communauté qui l’a créé.
À ce jour, NGINX a accompli un travail remarquable pour accompagner le développement de ses logiciels open source et de sa communauté. C’est l’une des raisons qui nous ont séduits. Alors que nous envisageons un avenir qui, selon NGINX et F5, sera porté et façonné par les applications, nous constatons à la fois la nécessité et l’opportunité d’intensifier et d’accélérer le développement et l’innovation au sein de la pile NGINX.
Nous sommes impatients d’apprendre auprès de ces communautés et de collaborer avec elles pour bâtir un avenir fondé sur une passion commune pour les applications et leur mise à disposition sans faille.
À 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.