BLOG

Combler les divisions grâce à l'Open Source

Miniature de Lori MacVittie
Lori MacVittie
Publié le 03 avril 2019

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 du DevOps repose de plus en plus sur l’open source. Comme l’a souligné Gus Robertson, PDG de NGINX, dans son récent blog : « Si le logiciel dévore le monde, alors l’open source dévore le logiciel. » Aujourd’hui, les applications sont principalement conçues à partir de composants tiers, dont la majorité sont open source. L’infrastructure applicative s’appuie de plus en plus sur des composants open source. Des serveurs web aux serveurs d’applications, des bases de données aux systèmes d’ingress, de la messagerie aux environnements d’exécution et d’orchestration des conteneurs. Les opérations informatiques reposent sur des outils open source comme Puppet, Chef, Terraform, Helm, Kubernetes et Ansible.

Vous adoptez ces outils et technologies parce qu’ils répondent à plusieurs enjeux : un déploiement rapide, fréquent et un modèle économique sans friction. Ils encouragent aussi la collaboration et stimulent l’innovation quand toute une organisation standardise ses opérations autour du logiciel libre.

Vous ne pouvez rien accomplir sans les communautés passionnées de développeurs qui s'engagent sans relâche à perfectionner leurs solutions en logiciel libre.

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

Comment F5 voit la communauté

Dans un exemple similaire, notre communauté DevCentral repose sur l’innovation collaborative, guidée par de nombreux principes communs aux projets de logiciel libre. Le partage du code et les échanges de savoir-faire dans la communauté permettent à des centaines de milliers de membres d’innover et de développer de nouvelles fonctionnalités pour notre plateforme BIG-IP. Ces solutions incluent de nouvelles extensions, plug-ins et bibliothèques pour des projets de logiciel libre comme Puppet, Chef et node.js.

Nous participons activement, encourageons et soutenons ces efforts pour renforcer non seulement nos produits, mais aussi le logiciel libre sur lequel vous et la communauté vous appuyez pour maintenir vos activités.

Nous savons que beaucoup d'entre vous, notamment dans la communauté NGINX du logiciel libre, ne connaissent pas vraiment F5. Nous comprenons que cela vous pousse à la méfiance. C’est tout à fait légitime. Jusqu'ici, nous avons surtout travaillé en coulisses avec le logiciel libre.

Cela dit, notre propre transformation utilise largement le logiciel libre pour alimenter notre chaîne CI/CD et nos produits alors que nous réorientons notre démarche de la livraison d’applications vers les services applicatifs. Nous collaborons en permanence avec le logiciel libre et nos ingénieurs principaux contribuent activement à loopback.io et nats.io. Notre département Aspen Mesh utilise et contribue régulièrement à istio.io, et a lancé plusieurs projets libres connexes que nous maintenons comme istio-vet, istio-client-go et tracing-go. Nous développons et maintenons une série de modules libres pour Ansible.

Nous n’en faisons pas tout un plat car notre rôle n’est pas de récolter des points marketing ; nous agissons parce que c’est ce qui fait sens pour nous, nos clients et chacune des communautés qui soutiennent les projets de logiciel libre.

Construction de ponts

Pour combler le fossé qui empêche l’entreprise d’atteindre une informatique continue, nous devons dès à présent amplifier et accélérer la mission de certains des composants libres les plus largement adoptés dans la pile de livraison applicative.

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 combinant F5 et NGINX, nous donnons aux entreprises un ensemble cohérent et complet de services applicatifs pour répondre à un enjeu majeur de l’informatique : des déploiements rapides et fréquents sur des architectures applicatives variées, réparties sur plusieurs environnements cloud. Nous savons que ce succès repose sur le maintien de NGINX en logiciel libre, animé principalement par la communauté qui l’a développé.

NGINX a brillamment piloté son logiciel libre et sa communauté jusqu’à présent. C’est ce qui nous a attirés. En regardant vers un avenir que NGINX et F5 estiment être guidé et façonné par les applications, nous percevons à la fois la nécessité et l’opportunité d’intensifier et d’accélérer le développement et l’innovation autour de la stack 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.