Redis revient à l'open source : Ce que change la licence AGPL v3 en 2025
Après une période de transition controversée vers des licences propriétaires, Redis fait son grand retour dans l'écosystème open source. La version 8 de cette base de données NoSQL ultra-performante est désormais disponible sous licence AGPL v3, marquant un tournant stratégique majeur pour l'entreprise. Quelles sont les implications de ce changement pour les développeurs et les entreprises? Quels enjeux se cachent derrière ce retour aux sources? Plongeons dans cette actualité qui bouscule le paysage des technologies open source en 2025.
Comprendre le revirement stratégique de Redis
En 2024, Redis avait surpris la communauté en abandonnant sa licence open source au profit de modèles plus restrictifs comme la Server Side Public License (SSPL) et la Redis Source Available License (RSAL). Cette décision avait provoqué de vives réactions dans l'écosystème du logiciel libre, beaucoup y voyant un abandon des valeurs fondamentales de l'open source.
Aujourd'hui, avec Redis 8, l'entreprise propose trois options de licence distinctes :
- AGPL v3 - Une licence open source reconnue, mais avec des contraintes spécifiques
- SSPL v1 - Une licence source-available créée initialement par MongoDB
- RSAL v2 - La licence propriétaire de Redis
Ce modèle multi-licences reflète une tendance croissante chez les éditeurs de logiciels innovants qui cherchent à équilibrer l'ouverture du code et la viabilité économique face aux géants du cloud.
AGPL v3 : Une licence open source avec des implications importantes
La licence GNU Affero General Public License version 3 (AGPL v3) est considérée comme l'une des licences open source les plus restrictives parmi celles approuvées par l'Open Source Initiative. Contrairement à la GPL classique, elle comporte une clause spécifique concernant l'utilisation en réseau qui mérite une attention particulière.
| Caractéristique | AGPL v3 | GPL v3 | SSPL |
|---|---|---|---|
| Statut open source | Reconnu | Reconnu | Non reconnu |
| Distribution du code modifié | Obligatoire | Obligatoire | Obligatoire |
| Code source accessible aux utilisateurs distants | Obligatoire | Non requis | Obligatoire |
| Services managés (cloud) | Contraintes spécifiques | Peu de contraintes | Fortement restreint |
La particularité de l'AGPL réside dans sa "clause réseau" : si vous modifiez Redis et proposez un accès à ce service via un réseau, vous devez mettre à disposition le code source de vos modifications aux utilisateurs. Cette clause vise spécifiquement les fournisseurs de services cloud qui pourraient tirer profit du logiciel sans contribuer à son développement.
Implications pour les différents acteurs de l'écosystème
Pour les développeurs indépendants
Pour les développeurs travaillant sur des projets personnels ou des startups, ce retour à l'open source est une excellente nouvelle. L'AGPL v3 garantit l'accès au code source et la liberté de modification, tout en assurant que les améliorations apportées resteront disponibles pour la communauté. Cette licence permet une utilisation gratuite de Redis 8 dans la plupart des scénarios de développement.
Les développeurs peuvent désormais intégrer Redis 8 dans leurs architectures logicielles sans craindre les restrictions qui avaient été imposées par les licences précédentes.
Pour les entreprises et les services cloud
Pour les entreprises qui utilisent Redis en interne sans le modifier, l'AGPL v3 ne pose généralement pas de problèmes majeurs. Cependant, la situation devient plus complexe pour celles qui souhaitent offrir Redis comme service managé ou l'intégrer dans une solution propriétaire.
Les fournisseurs de cloud comme AWS, Google Cloud ou Microsoft Azure devront évaluer attentivement les implications de l'AGPL v3 sur leurs offres Redis managées. Certains pourraient opter pour les licences alternatives proposées par Redis (SSPL ou RSAL) pour éviter les contraintes de l'AGPL.
Cette stratégie multi-licences permet à Redis de concurrencer les services cloud propriétaires tout en maintenant une version véritablement open source pour la communauté.
Les enjeux des licences dans l'écosystème open source moderne
Le cas de Redis illustre parfaitement les tensions qui traversent l'écosystème open source à l'ère du cloud computing. De nombreux projets open source majeurs ont dû repenser leur modèle de licence face à la montée en puissance des géants du cloud qui peuvent monétiser ces technologies sans nécessairement contribuer à leur développement.
L'émergence des licences source-available
Ces dernières années ont vu l'émergence de licences dites "source-available" comme la SSPL (Server Side Public License), qui ne sont pas considérées comme open source par l'Open Source Initiative, mais qui permettent tout de même l'accès au code source sous certaines conditions.
MongoDB, Elastic, et maintenant Redis ont tous expérimenté avec ces nouvelles formes de licences qui tentent de trouver un équilibre entre ouverture et protection contre l'appropriation par les grands fournisseurs de cloud.

Cette évolution reflète les défis économiques auxquels sont confrontés les projets open source dans un environnement où la valeur est de plus en plus capturée par les plateformes cloud plutôt que par les créateurs des technologies.
Le débat sur la définition même de l'open source
Le retour de Redis à une licence reconnue comme open source (AGPL) tout en maintenant des options propriétaires ravive le débat sur ce qui constitue véritablement l'open source aujourd'hui. L'Open Source Initiative maintient une définition stricte, mais de nombreux acteurs remettent en question sa pertinence face aux réalités économiques actuelles.
Pour certains, l'AGPL représente déjà une forme d'open source trop restrictive, tandis que pour d'autres, même les licences source-available devraient être considérées comme faisant partie du mouvement open source au sens large.
Redis dans le paysage technologique français en 2025
En France, où l'adoption des solutions open source est particulièrement forte dans le secteur public et les entreprises, le retour de Redis à une licence AGPL pourrait avoir un impact significatif. Les administrations publiques françaises, souvent encouragées à privilégier les solutions open source, pourront désormais envisager plus sereinement l'adoption ou la poursuite de l'utilisation de Redis.
Ce changement s'inscrit également dans un contexte où de nombreux hackathons et initiatives collaboratives autour de l'open source se multiplient en France, comme l'illustre le récent hackathon organisé par la DGNum et la Dinum pour renforcer les applications bureautiques open source utilisées par les agents de l'État.
Les startups françaises spécialisées dans les technologies cloud et les bases de données pourront également bénéficier de cette évolution, en proposant des services à valeur ajoutée autour de Redis sans les contraintes imposées par les précédentes licences.
Conclusion : Un équilibre fragile entre idéaux et réalité économique
Le retour de Redis à une licence open source avec l'AGPL v3 représente un moment important pour l'écosystème du logiciel libre. Il démontre qu'il est possible de concilier les valeurs fondamentales de l'open source avec les réalités économiques du marché technologique actuel.
Cette approche multi-licences pourrait servir de modèle à d'autres projets open source confrontés à des défis similaires. Elle permet de maintenir l'accessibilité du code pour la communauté tout en offrant des options commerciales pour les cas d'utilisation qui nécessitent des arrangements différents.
Pour les développeurs et les entreprises, il devient de plus en plus important de comprendre les nuances des différentes licences et leurs implications légales et techniques. L'ère où l'on pouvait simplement qualifier un logiciel d'"open source" sans préciser les détails de sa licence est révolue.
Si vous développez des applications utilisant des technologies open source comme Redis, nous vous recommandons de créer un compte gratuit sur Roboto pour générer facilement des analyses détaillées des licences et leurs implications pour votre projet spécifique.