Première version de `Redict 7.3.0`, un fork copyleft de Redis

• La communauté Redict a annoncé la première version stable de Redict 7.3.0, un fork copyleft de Redis® OSS 7.2.4

Pourquoi choisir Redict

• Redict se concentre techniquement sur la stabilité et la maintenance à long terme, en visant l’excellence dans son périmètre actuel
• Redict est presque complet sur le plan fonctionnel et estime qu’il est plus utile pour les utilisateurs de privilégier la fiabilité à long terme plutôt que l’innovation
• Contrairement à d’autres forks de Redis® comme Valkey, Redict adopte une culture centrée sur la communauté, accordant davantage d’importance au périmètre fini du logiciel et à sa stabilité à long terme
• Redict peut intégrer et améliorer des changements utiles issus de logiciels lorsque la licence le permet, mais donne la priorité à la stabilité, les nouvelles fonctionnalités venant ensuite
• Redict poursuit également des objectifs sociaux et politiques différents de ceux des autres forks, en mettant l’accent sur la construction du logiciel de manière indépendante et centrée sur la communauté
• En adoptant la licence LGPL, Redict cherche à protéger le logiciel contre toute exploitation supplémentaire, tout en permettant aux fournisseurs cloud de le proposer à leurs clients sans être confrontés à des exigences de conformité excessives

Remerciements

• Des remerciements personnels sont adressés à toutes les personnes ayant contribué à concrétiser le fork Redict.
• Des remerciements particuliers vont à Micke Nordin et Hugo pour le travail sur les conteneurs Redict, à Lucas Dohmen pour la documentation et le site web, et à Anna pour le fork et la maintenance de hiredict.
• Des remerciements sont également adressés à Redis® OSS, à ses contributeurs commerciaux et à ses contributeurs indépendants. Leur travail constitue la base du code de Redict.

Étapes suivantes

• Cette première version se concentre sur un ensemble de changements très conservateur afin de garantir une compatibilité descendante maximale et de faciliter la transition pour les nouveaux utilisateurs
• Parmi les changements prévus figurent la modernisation du système de build (muon étant le principal candidat), le fork de l’écosystème incluant les bibliothèques clientes Redis®, ainsi que la dévendorisation de dépendances comme Lua et jemalloc
• Lucas prévoit d’investir dans la documentation de Redict afin d’en faire une référence de choix pour les acteurs de l’écosystème
• Anna prévoit des changements pour hiredict, notamment des améliorations du système de build et une meilleure conformité aux conventions Unix
• Le projet est prêt à examiner les améliorations proposées par les membres de la communauté et accueille de la même manière les utilisateurs indépendants comme commerciaux

L’avis de GN⁺

• Redict est un projet fondé sur la version open source existante de Redis®, avec pour objectif d’offrir davantage de liberté et de stabilité aux utilisateurs comme aux contributeurs. Il peut séduire les personnes attachées à la durabilité du logiciel open source et à un développement centré sur la communauté.
• L’adoption de la licence LGPL apparaît comme une tentative d’équilibrer les besoins des utilisateurs commerciaux et ceux de la communauté du logiciel libre, ce qui peut permettre aux fournisseurs de services cloud de réduire les risques juridiques lorsqu’ils intègrent Redict à leurs services.
• L’approche conservatrice de Redict offre un chemin de migration stable aux utilisateurs actuels de Redis®, mais peut sembler limitante pour ceux qui souhaitent adopter rapidement des fonctionnalités innovantes.
• En utilisant une infrastructure fondée sur le logiciel libre, comme Codeberg et SourceHut, plutôt que des plateformes propriétaires comme GitHub, le projet montre sa volonté de renforcer l’écosystème du logiciel libre.
• En réponse à une possible crise provoquée par les gestionnaires commerciaux de Redis®, ce projet fait un choix important pour l’avenir du logiciel libre, et pourrait devenir un cas de référence majeur pour la communauté open source.

[GN⁺]

Avis Hacker News

• Il y a beaucoup de discussions sur la licence et l’hébergement, mais le vrai élément différenciant intéressant de Redict est qu’il cherche à atteindre l’excellence dans son périmètre actuel en se concentrant sur la stabilité et la maintenance à long terme.
  • Valkey a des intérêts commerciaux qui lui permettent d’investir des ressources dans des innovations plus radicales, tandis que Redict assume une différence culturelle en préférant un logiciel davantage axé sur la stabilité à long terme.
• Redict est sous copyleft, il peut donc fusionner les contributions de Valkey, mais Valkey ne peut pas fusionner les commits de Redict, sauf si les contributeurs accordent une double licence.
  • Redis n’est pas open source, il peut donc fusionner les contributions de Valkey, mais pas celles de Redict. Ainsi, si vous ne voulez pas que votre code soit intégré à Redis, vous devriez contribuer à Redict.
  • Fait intéressant, au cours des deux semaines écoulées depuis le changement de licence, un développeur n’a effectué que deux commits dans le dépôt Redis. C’est une baisse énorme.
• Le temps dira si la version Codeberg de Redict pourra rivaliser avec le fork Valkey sur Github.
• C’est une situation qui montre la véritable force d’une licence ouverte : il y a deux forks avec des approches différentes et deux équipes professionnelles et compétentes, et il sera intéressant de voir laquelle l’emportera, ou si les deux peuvent gagner.
• Pour un usage commercial, on peut aussi utiliser un fork sans copyleft.
• En parlant de Valkey, il est souligné qu’il existe désormais deux grands forks.
• Des exemples sont donnés d’autres projets devenus trop commerciaux au point que leur code a été forké, avec MySQL et MariaDB comme cas typiques. Il est estimé que Redis Ltd. surestime la valeur de son propre produit.
  • La plupart des utilisateurs de Redis cherchent simplement un magasin clé-valeur en mémoire, et il est estimé que Redict sera meilleur sur ce point.
• Une question est posée sur le changement de licence de Redis, pour vérifier s’il reste possible d’utiliser Redis gratuitement dans un projet tant qu’on ne vend pas de version hébergée sous la nouvelle licence.
• Une question est aussi posée sur la possibilité que des fournisseurs cloud proposent des versions hébergées de Redict ou de Valkey, et sur l’existence éventuelle d’un chemin de migration depuis Redis.
• Quelqu’un utilise Redis avec RedisJSON et souhaite des informations sur des serveurs capables de gérer des documents JSON, car Redict et Valkey ne semblent pas prendre en charge le type de données JSON.

[xguru]

C’est ce qui m’impressionne le plus.

Redict étant sous copyleft, il peut fusionner les contributions de Valkey, mais Valkey ne peut pas fusionner les commits de Redict (à moins que les contributeurs n’accordent une double licence). Redis n’étant pas open source, il peut fusionner les contributions de Valkey, mais pas celles de Redict. Donc, si vous ne voulez pas que votre code soit intégré à Redis, vous devez contribuer à Redict.

[kuroneko]

On dirait que Valkey et lui se font concurrence sur la question de la licence. C'est surprenant. +_+