OpenSearch réduit sa dépendance à AWS avec la hausse des déploiements auto-hébergés

Cinq ans après sa création, OpenSearch démontre des progrès mesurables dans la réduction de sa dépendance à Amazon Web Services. Les données récentes de l'OpenSearch Software Foundation révèlent que la part des contributions d'AWS a considérablement diminué, tandis que les organisations indépendantes choisissent de plus en plus d'exécuter le logiciel elles-mêmes plutôt que de s'appuyer sur des services cloud gérés.

Ce qui s'est passé

Le changement structurel le plus significatif est intervenu en septembre 2024, lorsque AWS a transféré la propriété d'OpenSearch à la Linux Foundation. Cette initiative a établi l'OpenSearch Software Foundation et placé le projet sous une gouvernance neutre vis-à-vis des fournisseurs. L'objectif principal était de rassurer les autres entreprises technologiques en leur garantissant qu'elles pouvaient contribuer au code sans qu'AWS ne conserve un contrôle ultime sur son orientation stratégique ou ses conditions de licence. Cette séparation juridique visait à briser la perception selon laquelle OpenSearch n'était qu'un fork contrôlé par AWS d'Elasticsearch.

Deux ans après ce transfert, de nouvelles métriques suggèrent que la stratégie porte ses fruits. Les chiffres fournis à The New Stack montrent que la part d'AWS dans les activités de contribution à travers les dépôts du projet est passée de 91 % lors de sa première année à 72 % durant la période 2025–26. De même, le nombre de mainteneurs affiliés à Amazon dans le dépôt principal a chuté de 95 % en avril 2022 à 71 % aujourd'hui. Bien qu'AWS reste le plus grand contributeur unique, l'écart se resserre à mesure que d'autres entités commencent à investir des ressources dans la plateforme.

Ce changement de gouvernance se reflète dans les modes de déploiement du logiciel par les organisations. Les données du rapport 2026 Open Data Infrastructure Report, publié le mois dernier par la Linux Foundation et l'OpenSearch Software Foundation, indiquent que les déploiements auto-gérés croissent plus rapidement que le service OpenSearch géré par Amazon. Depuis 2024, le pourcentage d'utilisateurs interrogés exécutant des déploiements auto-gérés dans le cloud est passé de 37 % à 60 %. En revanche, l'utilisation du service géré d'Amazon a connu une augmentation plus modeste, passant de 44 % à 48 % sur la même période.

Détails clés

• La part d'AWS dans les activités de contribution aux dépôts OpenSearch a diminué de 91 % à 72 % entre la première année du projet et la période 2025–26.
• Les ingénieurs affiliés à Amazon représentent désormais 71 % des mainteneurs du dépôt principal, contre 95 % en avril 2022.
• Les déploiements cloud auto-gérés ont atteint 60 % des utilisateurs, contre 37 % en 2024, dépassant la croissance du service géré d'Amazon.
• Malgré ces gains, 24 % des non-adoptants citent toujours des préoccupations concernant la neutralité vis-à-vis des fournisseurs et les liens historiques avec AWS comme raisons d'éviter la plateforme.
• OpenSearch 3.9, sorti en septembre, inclut des améliorations pour la recherche vectorielle et hybride afin de soutenir les flux de travail d'IA et de génération augmentée par récupération (RAG).
• AWS détient quatre des 15 sièges votants au sein du Comité directeur technique, et un employé d'AWS a été réélu président du comité en octobre.

Contexte

OpenSearch est né en janvier 2021 en réponse directe à la décision d'Elastic de modifier le modèle de licence d'Elasticsearch et Kibana. Elastic a abandonné la licence Apache 2.0 au profit d'une combinaison de licences propriétaires et open-source disponibles, visant à empêcher les grands fournisseurs cloud d'offrir Elasticsearch en tant que service sans contribuer à la communauté. AWS, qui avait construit un service géré important autour d'Elasticsearch, a créé un fork de la dernière version open-source pour donner naissance à OpenSearch. Pendant plusieurs années, les deux projets ont coexisté, jusqu'à ce qu'Elastic revienne finalement à l'open source en ajoutant l'option de licence AGPL, mais OpenSearch a continué à se développer indépendamment.

La récente poussée vers la neutralité vis-à-vis des fournisseurs répond à une préoccupation courante dans l'infrastructure d'entreprise : le verrouillage fournisseur (vendor lock-in). Lorsqu'une plateforme de données critique est contrôlée par un seul fournisseur cloud, les organisations craignent que des changements futurs de prix, de feuille de route fonctionnelle ou de licence ne forcent des migrations coûteuses. En plaçant OpenSearch sous l'égide de la Linux Foundation, le projet vise à fonctionner comme d'autres standards open-source neutres, où aucune entreprise unique ne peut modifier unilatéralement la licence ou fermer le code. Cette structure est conçue pour donner aux entreprises la confiance nécessaire pour construire des applications à long terme sur le moteur de recherche sans craindre des changements stratégiques soudains d'AWS.

Pourquoi c'est important

Pour les équipes qui exécutent leurs propres logiciels, la hausse des déploiements auto-gérés signale un confort croissant avec la prise en main de l'infrastructure de recherche. Exécuter OpenSearch indépendamment permet aux organisations d'éviter les coûts récurrents des services gérés et de maintenir un meilleur contrôle sur l'optimisation des performances, les politiques de sécurité et la résidence des données. Le fait que l'usage auto-géré dépasse l'adoption des services gérés suggère que davantage d'entreprises considèrent OpenSearch comme un composant autonome stable plutôt que comme un simple accessoire d'AWS. Cette tendance soutient le mouvement industriel plus large vers une infrastructure portable et agnostique vis-à-vis du cloud, pouvant être déployée partout.

Cependant, la perception persistante de l'influence d'AWS reste un obstacle. Avec près d'un quart des non-adoptants citant des préoccupations de neutralité vis-à-vis des fournisseurs, les équipes évaluant les technologies de recherche doivent regarder au-delà des chiffres principaux. Bien que la structure de gouvernance ait changé, AWS contribue toujours à la majorité du code et occupe des postes de direction clés. Pour les responsables IT, cela signifie que si le risque de changements de licence abrupts est juridiquement atténué, la feuille de route technique peut encore refléter les priorités d'AWS. Comprendre cette dynamique est crucial pour prendre des décisions éclairées quant à l'adoption d'OpenSearch pour des charges de travail critiques en entreprise.

L'intégration des capacités d'IA joue également un rôle dans cette évaluation. Alors qu'OpenSearch améliore son soutien à la recherche vectorielle et hybride, il se positionne comme une couche fondamentale pour les systèmes de génération augmentée par récupération. Pour les entreprises construisant des outils d'IA internes, disposer d'un backend de recherche à la fois puissant et neutre vis-à-vis des fournisseurs offre un avantage stratégique. Cela garantit que l'infrastructure soutenant leurs applications IA reste accessible et modifiable, indépendamment de leur relation avec un fournisseur cloud spécifique.

Ce que vous pouvez faire

• Passez en revue vos contrats d'infrastructure de recherche actuels pour identifier les opportunités de migration depuis des solutions propriétaires ou fortement verrouillées par un fournisseur vers des alternatives ouvertes.
• Évaluez la faisabilité de l'auto-gestion d'OpenSearch dans votre environnement cloud afin de réduire la dépendance aux services gérés et de baisser les coûts opérationnels à long terme.
• Surveillez les rapports de gouvernance de l'OpenSearch Software Foundation pour suivre la diversité des contributeurs et garantir que le projet maintient sa trajectoire de neutralité vis-à-vis des fournisseurs.
• Testez les capacités de recherche vectorielle d'OpenSearch 3.9 dans un environnement bac à sable pour évaluer leur adéquation avec les besoins de votre organisation en matière d'IA et de génération augmentée par récupération.
• Engagez-vous avec la communauté plus large d'OpenSearch via des forums ou des meetups locaux pour recueillir des insights d'autres organisations ayant réussi leur transition vers des déploiements auto-gérés.
• Prenez en compte le coût total de possession, y compris l'effort d'ingénierie pour la maintenance, lors de la comparaison entre OpenSearch auto-géré et les services gérés proposés par AWS ou d'autres fournisseurs.