Erste Veröffentlichung von „Redict 7.3.0“, der Copyleft-Fork-Version von Redis

 (redict.io)
7 Punkte von GN⁺ 2024-04-04 | 3 Kommentare | Auf WhatsApp teilen
  • Die Redict-Community hat die erste stabile Version von Redict 7.3.0 angekündigt, einem Copyleft-Fork von Redis® OSS 7.2.4

Warum Redict wählen

  • Redict konzentriert sich technisch auf Stabilität und langfristige Wartung und darauf, innerhalb seines aktuellen Umfangs Exzellenz zu erreichen
  • Redict ist nahezu funktionsvollständig und ist der Ansicht, dass langfristige Zuverlässigkeit für die Nutzer wertvoller ist als Innovation
  • Anders als andere Redis®-Forks wie Valkey hat Redict eine Community-zentrierte Kultur, die dem begrenzten Umfang der Software und ihrer langfristigen Stabilität größere Bedeutung beimisst
  • Redict kann nützliche Änderungen aus Software übernehmen und daraus Verbesserungen ableiten, sofern die Lizenz dies erlaubt, priorisiert jedoch Stabilität und liefert neue Funktionen erst danach
  • Redict verfolgt zudem andere soziale und politische Ziele als andere Forks und legt den Schwerpunkt darauf, Software unabhängig und Community-zentriert zu entwickeln
  • Durch die Verwendung der LGPL-Lizenz soll die Software vor weiterer Ausbeutung geschützt werden, während Cloud-Anbieter Redict ihren Kunden bereitstellen können, ohne mit übermäßigen Compliance-Anforderungen konfrontiert zu sein

Danksagung

  • Es wird allen persönlich gedankt, die an der Verwirklichung des Redict-Forks beteiligt waren.
  • Besonderer Dank gilt Micke Nordin und Hugo für die Arbeit an den Redict-Containern, Lucas Dohmen für die Arbeit an Dokumentation und Website sowie Anna für den hiredict-Fork und dessen Wartung.
  • Dank gilt außerdem Redis® OSS, sowohl den kommerziellen als auch den unabhängigen Mitwirkenden. Ihre Arbeit bildet die Grundlage der Redict-Codebasis.

Nächste Schritte

  • In der ersten Veröffentlichung liegt der Fokus auf einem sehr konservativen Satz von Änderungen, um maximale Abwärtskompatibilität zu gewährleisten und neuen Nutzern den Umstieg zu erleichtern
  • Zu den künftig geplanten Änderungen zählen die Modernisierung des Build-Systems (muon ist der Hauptkandidat), das Forken des Ökosystems einschließlich der Redis®-Client-Bibliotheken sowie das Entbündeln von Abhängigkeiten wie Lua und jemalloc
  • Lucas plant Investitionen in die Redict-Dokumentation, um sie zu einer ausgewählten Referenz für Teilnehmende des Ökosystems zu machen
  • Anna plant Änderungen an hiredict, darunter Verbesserungen am Build-System und eine bessere Übereinstimmung mit Unix-Konventionen
  • Man ist bereit, Verbesserungen aus der Community zu prüfen, und heißt sowohl unabhängige als auch kommerzielle Nutzer gleichermaßen willkommen

Meinung von GN⁺

  • Redict ist ein Projekt auf Basis der Open-Source-Version des bestehenden Redis® mit dem Ziel, Nutzern und Mitwirkenden mehr Freiheit und Stabilität zu bieten. Das könnte für Nutzer attraktiv sein, die Wert auf die Nachhaltigkeit von Open-Source-Software und Community-zentrierte Entwicklung legen.
  • Die Einführung der LGPL-Lizenz ist ein Versuch, die Anforderungen kommerzieller Nutzer und der Free-Software-Community ausgewogen zu erfüllen. Dadurch können Cloud-Service-Anbieter rechtliche Probleme minimieren, wenn sie Redict in ihre Dienste integrieren.
  • Der konservative Ansatz von Redict bietet bestehenden Redis®-Nutzern einen stabilen Migrationspfad, könnte aber für Nutzer einschränkend sein, die innovative Funktionen schnell einführen möchten.
  • Das Projekt zeigt seinen Willen, das Free-Software-Ökosystem zu stärken, indem es statt proprietärer Plattformen wie GitHub auf Infrastruktur auf Basis freier Software wie Codeberg und SourceHut setzt.
  • Als Reaktion auf die mögliche Krise, die durch den kommerziellen Verwalter von Redis® entstehen könnte, trifft dieses Projekt eine wichtige Entscheidung für die Zukunft freier Software und könnte damit zu einem bedeutenden Beispiel für die Open-Source-Community werden.

Verwandte Beiträge

3 Kommentare

 
GN⁺ 2024-04-04
Hacker-News-Kommentare
  • Es gibt viele Diskussionen über Lizenzen und Hosting, aber das wirklich interessante Unterscheidungsmerkmal von Redict ist, dass das Projekt auf Stabilität und langfristige Wartung fokussiert ist und innerhalb des aktuellen Umfangs nach Exzellenz strebt.
    • Valkey hat kommerzielle Interessen und kann Ressourcen in die Entwicklung radikalerer Innovationen investieren, während Redict einen kulturellen Unterschied anerkennt und Software bevorzugt, die stärker auf langfristige Stabilität ausgerichtet ist.
  • Da Redict Copyleft ist, kann es Beiträge aus Valkey übernehmen, aber Valkey kann keine Commits aus Redict übernehmen (es sei denn, Mitwirkende vergeben eine Doppellizenz).
    • Redis ist nicht Open Source, daher kann es Beiträge aus Valkey übernehmen, aber keine Beiträge aus Redict. Wenn man also nicht möchte, dass der eigene Code in Redis landet, sollte man zu Redict beitragen.
    • Interessanterweise hat in den zwei Wochen seit der Lizenzänderung ein Entwickler nur zwei Commits in das Redis-Repository eingebracht. Das ist ein massiver Rückgang.
  • Ob die Codeberg-Version von Redict mit dem Valkey-Fork auf GitHub konkurrieren kann, wird sich mit der Zeit zeigen.
  • Das ist eine Situation, die die wahre Stärke offener Lizenzen zeigt: Es gibt zwei Forks mit unterschiedlichen Ansätzen und zwei professionelle, kompetente Teams, und man kann sehen, welche Seite gewinnt – oder ob beide gewinnen können.
  • Für die kommerzielle Nutzung kann man auch einen Fork ohne Copyleft verwenden.
  • Mit Blick auf Valkey wird darauf hingewiesen, dass es nun zwei große Forks gibt.
  • Es werden Fälle anderer Projekte genannt, die kommerziell zu weit gegangen sind und deshalb geforkt wurden; als Beispiele werden MySQL und MariaDB angeführt. Es wird angenommen, dass Redis Ltd. den Wert des eigenen Produkts überschätzt.
    • Die meisten Redis-Nutzer suchen einen einfachen In-Memory-Key-Value-Store, und es wird angenommen, dass Redict dafür besser sein wird.
  • Es wird nach der Redis-Lizenzänderung gefragt und geklärt, ob man Redis in einem Projekt unter der neuen Lizenz weiterhin kostenlos nutzen kann, solange man keine gehostete Version verkauft.
  • Es wird gefragt, ob Cloud-Anbieter gehostete Versionen von Redict oder Valkey anbieten werden und ob es einen Upgrade-Pfad von Redis geben wird.
  • Jemand nutzt Redis zusammen mit RedisJSON und möchte Informationen über einen Server zur Verarbeitung von JSON-Dokumenten, da Redict und Valkey offenbar den JSON-Datentyp nicht unterstützen.
 
xguru 2024-04-04

Das ist für mich am beeindruckendsten.

Da Redict copyleft ist, kann es Beiträge von Valkey übernehmen, aber Valkey kann keine Commits von Redict übernehmen (es sei denn, die Beitragenden vergeben eine Doppellizenz). Redis ist nicht Open Source, daher kann es Beiträge von Valkey übernehmen, aber keine Beiträge von Redict. Wenn man also nicht möchte, dass der Code in Redis landet, sollte man zu Redict beitragen.
 
kuroneko 2024-04-04

Sie konkurrieren also mit Valkey über die Lizenz? Interessant. +_+