L'open source a parcouru un long chemin (bébé) depuis l'époque des téléchargements longs et des compilations personnalisées ultérieures de Slackware. J’ai vu une multitude d’entreprises et de fondations naître et disparaître grâce à l’open source au cours des deux dernières décennies. Le facteur le plus important qui contribue au succès de ceux qui ont grandi là où d’autres ont échoué est le soutien, à la fois commercial et communautaire.
Les deux sont nécessaires au succès à long terme de l’open source. Le support des fournisseurs commerciaux fournit un service et un soutien financier indispensables qui permettent à la communauté de se concentrer sur le code. Ceci est démontré par les entreprises qui refusent toujours d’adopter les logiciels open source : « le service et le support limités » restent la principale raison pour laquelle elles évitent l’open source selon une enquête Zenoss de 2016 . Parmi ceux qui adoptent avec enthousiasme l'open source, plus de la moitié (56 %) sont passés à des versions payantes. Plus de la moitié des entreprises ayant répondu à l'enquête Zenoss (51 %) ont cité « un meilleur service et un meilleur support » comme raison de la mise à niveau.
Le mariage apparemment maudit entre le commercial et la communauté fait partie de la sauce secrète de presque tous les projets open source qui sont devenus un nom familier. Quelqu'un veut un Android ?
Nous (c'est le « nous » de l'entreprise) sommes impliqués dans l'open source depuis plus de vingt ans. Nos ingénieurs et notre équipe informatique participent et contribuent à l'open source et notre communauté iRules est construite sur les mêmes principes de partage et de collaboration d'idées et de code. Nous avons développé des intégrations et recherché des partenariats avec des fournisseurs commerciaux open source avec le même empressement et le même enthousiasme que ceux de nos partenaires d'alliance commerciale. Et ces dernières années, nous avons adopté l'open source de manière encore plus agressive en créant et en publiant des solutions pour l'open source en tant que solutions open source .
Mais il est temps de faire plus que simplement valider du code.
Dans cet esprit, nous sommes ravis d’annoncer que F5 a rejoint la Cloud Native Compute Foundation (CNCF) au niveau Silver pour souligner notre engagement envers les technologies open source. En plus de l'adhésion de F5 à la CNCF, nous serons également un sponsor argent de la Linux Foundation - l'organisation faîtière de la CNCF.
La fondation de calcul Cloud Native héberge un nombre important de projets open source tels que Kubernetes (Container Management) et Envoy (Service Mesh Proxy). Près de 16 % des entreprises interrogées dans notre enquête sur l'état de la distribution d'applications 2018 indiquent qu'elles utilisent ou prévoient d'utiliser Kubernetes comme solution de conteneur préférée. Et il ne s’agit pas seulement d’applications : le pourcentage de répondants souhaitant le déploiement de services d’applications dans des conteneurs a doublé d’une année sur l’autre.
Avec Pivotal, Docker et Mesosphere (parmi une longue liste d'autres) offrant un support pour Kubernetes, il est clair qu'il sera parmi les meilleures offres (si ce n'est la meilleure) alors que la conteneurisation continue de consommer des parties importantes des déploiements d'applications. Nous constatons un intérêt considérable pour nos intégrations de conteneurs avec Kubernetes ainsi qu'avec OpenShift et Cloud Foundry, ce qui nous conduit à vouloir concentrer une partie de notre expertise dans la mise à l'échelle d'applications et de plateformes sur la plateforme Kubernetes pour l'aider à continuer à mûrir, en particulier au niveau de la couche réseau.
Étant donné cela, nous sommes prêts à annoncer notre dernière initiative open source : Maille en tremble . Aspen Mesh est un maillage de services de niveau entreprise, car nous pensons qu'une structure de communication de microservices robuste est le meilleur chemin possible pour faire évoluer les applications conteneurisées, que ce soit dans le centre de données ou dans le cloud (ou les deux). Mais nous comprenons également les besoins et la complexité des environnements de production d’entreprise. Un service mesh doit faire plus que simplement faire évoluer les applications ; il doit également les surveiller et les sécuriser. À cette fin, nous construisons Aspen Mesh sur le projet Istio et fournissons une infrastructure de maillage de services prise en charge qui permet aux équipes DevOps la flexibilité et l'autonomie qu'elles désirent tout en fournissant la politique, la visibilité et les informations sur les microservices dont les équipes d'exploitation ont besoin pour les applications de qualité production. Nous sommes actuellement en mode d’accès anticipé pour Aspen Mesh et accueillons les clients intéressés à travailler avec nous dans ce processus. Nous prévoyons une disponibilité complète du produit plus tard l’année prochaine (2018).
Nous sommes enthousiasmés par l’avenir que nous voyons dans la technologie et les environnements de conteneurs, et heureux de consacrer plus que du code à en faire un avenir prospère.