Combler les divisions grâce à l'Open Source

La livraison des applications est en train de changer. Au risque d’utiliser des mots à la mode, il est en train d’être transformé – numériquement. La livraison continue est devenue la norme pour DevOps (71 % prévoient de la mettre en œuvre), et le déploiement continu doit suivre si l'entreprise veut réussir à l'ère du capital applicatif . Alors que 73 % des organisations prévoient de poursuivre le déploiement continu, près de la moitié d’entre elles n’ont pas encore commencé. Pas moins de 42 % d’entre eux n’ont pas encore automatisé un seul composant du pipeline de déploiement continu. 

Le fossé entre la livraison et le déploiement est réel. Cela se voit en théorie dans les enquêtes et en pratique dans le fossé qui existe entre le cloud et le data center. On le voit au sein des organisations dans le mur qui arrête la livraison continue là où elle rencontre une sorte de déploiement continu.

On le constate également dans le domaine technologique, où un véritable manque de visibilité résulte de la déconnexion de la chaîne de distribution des applications. Cela se voit dans l’incapacité de surveiller et de mesurer les performances des applications dans les environnements multi-cloud. Et cela se traduit par une incapacité à déployer et à appliquer de manière cohérente des politiques de sécurité dans l’ensemble du portefeuille d’applications multigénérationnelles actuellement géré par des milliers d’entreprises.

Le fossé se creuse

Nous constatons de plus en plus que ce fossé se creuse avec l’adoption d’applications et d’architectures cloud natives modernes. Même les applications qui restent attachées au centre de données sont impactées. Qu'il s'agisse de nouvelles approches (tout en continu) ou de nouveaux services d'application pour répondre au besoin de sécurité et d'évolutivité dans des environnements cloud natifs modernes, une chose est claire : la livraison d'applications doit changer et combler le fossé entre DevOps et NetOps si elle veut répondre au besoin de cohérence et de visibilité dans un monde multi-cloud.

Le monde de DevOps s’appuie de plus en plus sur l’open source. Comme l’a écrit Gus Robertson, PDG de NGINX, dans son récent blog : « Si les logiciels dévorent le monde, alors l’open source dévore les logiciels. » Les applications elles-mêmes sont aujourd'hui principalement développées à partir de composants tiers, dont la majorité sont open source. L’infrastructure des applications est de plus en plus construite à partir de composants open source. Des serveurs Web aux serveurs d'applications, des bases de données au contrôle des entrées, de la messagerie aux environnements d'exécution et à l'orchestration des conteneurs. Les opérations informatiques sont pilotées par des outils open source tels que Puppet, Chef, Terraform, Helm, Kubernetes et Ansible.

Ces outils et technologies sont adoptés car ils répondent à de multiples défis : une livraison et un déploiement rapides et fréquents ainsi qu’un modèle économique sans friction. Mais ils offrent également des avantages en termes d’encouragement de la collaboration et de stimulation de l’innovation lorsque des organisations entières s’orientent vers la standardisation des opérations basées sur l’open source.

Rien de tout cela n’est possible sans les communautés passionnées de développeurs qui travaillent sans relâche pour améliorer leurs solutions open source.

Chez F5, nous apprécions la valeur de telles communautés.

Comment F5 voit la communauté

Dans un exemple comparable, notre communauté DevCentral est basée sur l’innovation collaborative, guidée par bon nombre des mêmes principes qui animent les projets open source. Le partage de code et les transferts de connaissances au sein de la communauté aident les centaines de milliers de membres à innover et à créer de nouvelles capacité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 comme Puppet, Chef et node.js.

Nous participons, encourageons et soutenons activement ces efforts pour améliorer non seulement nos propres produits, mais également les logiciels open source sur lesquels nos clients et la communauté comptent pour assurer le fonctionnement de leurs entreprises.

Cependant, nous savons que beaucoup d’entre vous – en particulier dans la communauté open source NGINX – ne connaissent pas très bien F5. Nous reconnaissons également que cela vous donne des raisons d’être sceptique. C’est compréhensible. Jusqu’à présent, notre interaction avec l’open source est restée en grande partie dans les coulisses.

Cela dit, notre propre transformation fait largement appel à l’open source pour piloter notre pipeline CI/CD et nos produits alors que nous déplaçons notre attention de la livraison d’applications vers les services d’applications . Nous interagissons constamment avec l'open source et nos ingénieurs principaux contribuent activement à loopback.io et nats.io. Notre branche Aspen Mesh consomme et contribue régulièrement à istio.io et a généré 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 n’en parlons pas beaucoup car nous ne contribuons pas à marquer des points en termes de marketing ; nous contribuons parce que c’est la bonne chose à faire pour nous, pour nos clients et pour chacune des communautés qui gèrent les projets open source.

Construction de ponts

Pour combler le fossé qui empêche l’entreprise de réaliser une informatique continue, la bonne chose à faire maintenant est d’amplifier et d’accélérer la mission de certains des composants open source les plus largement adoptés dans la pile de distribution d’applications.

Alors laissez-moi réitérer ce que Gus et Igor ont communiqué : F5 entend augmenter les investissements pour amplifier et accélérer la mission NGINX.

En réunissant F5 et NGINX, nous pouvons permettre aux entreprises disposant d'un ensemble cohérent de services applicatifs de bout en bout de répondre à l'un des besoins informatiques les plus urgents : des déploiements rapides et fréquents sur un ensemble varié d'architectures applicatives résidant dans plusieurs propriétés cloud. Nous pensons que pour y parvenir, il faut que NGINX reste open source et qu'il soit en grande partie porté par la communauté qui l'a construit.

NGINX a fait un travail incroyable en encadrant son logiciel open source et sa communauté jusqu’à présent. C’est une des choses qui nous a attiré. Alors que nous envisageons un avenir qui, selon NGINX et F5, sera guidé et façonné par les applications, nous voyons à la fois la nécessité et l’opportunité d’amplifier et d’accélérer le développement et l’innovation dans la pile NGINX.

Nous sommes impatients d’apprendre de ces communautés et de travailler ensemble vers un avenir construit sur une passion commune pour les applications et leur livraison sans faille.