Warum AWS, Google und Oracle den Valkey Redis Fork unterstützen

Die Linux Foundation letzte Woche gab bekannt, dass Valkey Gastgeber sein wird, ein Zweig des Redis-In-Memory-Datenspeichers. Valkey wird von AWS, Google Cloud, Oracle, Ericsson und Snap unterstützt.

AWS und Google Cloud unterstützen selten gemeinsam einen Open-Source-Fork. Doch als Redis Labs Redis am 20. März von der freizügigen 3-Klauseln-BSD-Lizenz abwandte und die restriktivere Server Side Public License (SSPL) einführte, war eine Abzweigung immer eines der wahrscheinlichsten Ergebnisse. Zum Zeitpunkt der Lizenzänderung sagte Rowan Trollope, CEO von Redis Labs, dass er „nicht überrascht wäre, wenn Amazon einen Fork sponsern würde“, da die neue Lizenz kommerzielle Vereinbarungen erfordert, um Redis-as-a-Service anzubieten, was sie mit dem nicht kompatibel macht Standarddefinition von „Open Source“.

Es lohnt sich, ein paar Schritte zurückzugehen und zu betrachten, wie wir zu diesem Punkt gekommen sind. Schließlich gehört Redis zu den beliebtesten Datenspeichern und ist das Herzstück vieler großer kommerzieller und Open-Source-Implementierungen.

Eine kurze Geschichte von Redis

Im Laufe seines Bestehens gab es bei Redis tatsächlich einige Lizenzstreitigkeiten. Redis-Gründer Salvatore Sanfilippo startete das Projekt 2009 unter der BSD-Lizenz, teilweise weil er irgendwann in der Lage sein wollte, einen kommerziellen Fork zu erstellen, und auch weil „die BSD [license] ermöglicht den Wettbewerb vieler Branchenmit unterschiedlichen Lizenzierungs- und Entwicklungsideen“, sagte er kürzlich in einem Bericht Hacker Nachricht Kommentar.

Nachdem Redis schnell an Popularität gewonnen hatte, wurde Garantia zum ersten großen Redis-Dienstleister. Garantia wurde 2013 in RedisDB umbenannt, und Sanfilippo und die Community wehrten sich. Nach einiger Zeit änderte Garantia schließlich seinen Namen in Redis Labs und dann in 2021zu Redis.

Sanfilippo kam 2015 zu Redis Labs und übertrug sein geistiges Eigentum später auf Redis Labs/Redis zurücktreten aus dem Unternehmen im Jahr 2020. Das war nur ein paar Jahre, nachdem Redis die Lizenzierung seiner Redis-Module geändert hatte, zu denen Visualisierungstools, ein Client-SDK und mehr gehören. Für diese Module entschied sich Redis zunächst für die Apache-Lizenz mit dem Zusatz Commons-Klausel Dies hindert andere daran, diese Module zu verkaufen und zu hosten. Damals sagte Redis, dass trotz dieser Änderung für die Module „die Lizenz für Open-Source-Redis nie geändert wurde.“ Es ist BSD und wird immer BSD bleiben.“ Dieses Engagement dauerte bis vor ein paar Wochen.

Trollope von Redis wiederholte in einer Erklärung, was er mir gesagt hatte, als er diese Änderungen zum ersten Mal ankündigte, und betonte, wie die großen Cloud-Anbieter von der Open-Source-Version profitierten und frei seien, eine kommerzielle Vereinbarung mit Redis einzugehen.

„Die großen Cloud-Dienstleister haben alle kommerziell vom Redis-Open-Source-Projekt profitiert, daher ist es nicht verwunderlich, dass sie innerhalb einer Stiftung einen Fork starten“, schrieb er. „Unsere Lizenzänderung hat CSPs die Tür geöffnet, faire Lizenzvereinbarungen mit Redis Inc. abzuschließen. Microsoft hat bereits eine Einigung erzielt, und wir sind glücklich und offen für den Aufbau ähnlicher Beziehungen mit AWS und GCP. Wir konzentrieren uns weiterhin auf unsere Rolle als Verwalter des Redis-Projekts und auf unsere Mission, in das Redis-Quellprodukt, das Ökosystem, die Entwicklererfahrung und die Betreuung unserer Kunden zu investieren. Innovation war und ist immer der entscheidende Faktor zwischen dem Erfolg von Redis und jeder alternativen Lösung.“

Cloud-Anbieter unterstützten Valkey

Die aktuelle Realität sieht jedoch so aus, dass die großen Cloud-Anbieter, mit der bemerkenswerten Ausnahme von Microsoft, schnell hinter Valkey marschierten. Dieser Fork entstand bei AWS, wo die langjährige Redis-Betreuerin Madelyn Olson das Projekt zunächst in ihrem eigenen GitHub-Konto startete. Olson erzählte mir, dass viele der derzeitigen Redis-Betreuer schnell beschlossen hätten, dass es an der Zeit sei, weiterzumachen, als die Nachricht bekannt wurde. „Als die Nachricht bekannt wurde, sagten alle nur: ‚Nun, wir werden keinen Beitrag zu dieser neuen Lizenz leisten‘, und sobald ich mit allen gesprochen habe: ‚Hey, ich habe diesen Fork – wir versuchen es.‘ „um die alte Gruppe zusammenzuhalten“, sagte sie. „Fast alle sagten: ‚Ja, ich bin sofort dabei.“

Der ursprüngliche private Redis-Kanal umfasste fünf Betreuer: drei von Redis, Olson und Alibaba Zhao Zhaosowie einer kleinen Gruppe von Committern, die sich ebenfalls sofort dem heutigen Valkey angeschlossen haben. Es überrascht nicht, dass die Betreuer von Redis sich nicht angemeldet haben, aber wie David Nally, AWS-Direktor für Open-Source-Strategie und -Marketing, mir sagte, würde die Valkey-Community sie mit offenen Armen empfangen.

Olson bemerkte, dass sie immer wusste, dass diese Änderung möglich war und durchaus im Rahmen der BSD-Lizenzrechte lag. „Ich bin mehr als alles andere enttäuscht. [Redis] war in der Vergangenheit ein guter Verwalter gewesen, und ich denke, die Gemeinde ist von der Veränderung etwas enttäuscht.“

Nally bemerkte: „Aus AWS-Sicht wäre es wahrscheinlich nicht die Wahl gewesen, die wir uns von Redis Inc gewünscht hätten.“ Er räumte aber auch ein, dass Redis durchaus das Recht habe, diese Änderung vorzunehmen. Auf die Frage, ob AWS darüber nachgedacht habe, eine Lizenz von Redis zu kaufen, gab er eine diplomatische Antwort und stellte fest, dass AWS „viele Dinge berücksichtigt“ habe und dass bei der Entscheidungsfindung des Teams nichts vom Tisch sei.

„Es ist sicherlich ihr Vorrecht, eine solche Entscheidung zu treffen“, sagte er. „Obwohl wir infolgedessen einige andere Entscheidungen darüber getroffen haben, worauf wir unsere Energie und unsere Zeit konzentrieren werden, bleibt Redis ein wichtiger Partner und Kunde, und wir teilen eine große Anzahl von Kunden. Und so hoffen wir, dass sie erfolgreich sind. Aber aus Open-Source-Perspektive investieren wir jetzt in den Erfolg von Valkey.“

Es kommt nicht oft vor, dass ein Fork so schnell zustande kommt und die Unterstützung so vieler Unternehmen unter der Schirmherrschaft der Linux Foundation (LF) gewinnen kann. Das ist etwas, wofür frühere Redis-Forks wie KeyDB nicht geeignet waren. Aber wie sich herausstellte, war dies zum Teil auch ein zufälliger Zeitpunkt. Die Ankündigung von Redis erfolgte mitten in der europäischen Version der KubeCon-Konferenz der Cloud Native Computing Foundation, die dieses Jahr in Paris stattfand. Dort traf sich Nally mit dem Geschäftsführer der LF, Jim Zemlin.

„Es hat die KubeCon für mich ruiniert, weil ich plötzlich in viele Gespräche darüber verwickelt war, wie wir reagieren“, sagte er. „[Zemlin] hatte einige Bedenken und stellte die Linux Foundation freiwillig als mögliches Zuhause zur Verfügung. Also haben wir Madelyn vorgestellt [Olson] und der Rest der Betreuer zur Linux Foundation, nur um zu sehen, ob sie dachten, dass es ein kompatibler Schritt sein würde.“

Was kommt als nächstes?

Das Valkey-Team arbeitet an der Veröffentlichung einer Kompatibilitätsversion, die aktuellen Redis-Benutzern einen Übergangspfad bietet. Die Community arbeitet außerdem an einem verbesserten gemeinsamen Clustering-System, einer verbesserten Multithread-Leistung und mehr.

Vor diesem Hintergrund ist es unwahrscheinlich, dass Redis und Valkey in ihren Fähigkeiten lange auf dem gleichen Niveau bleiben werden, und Valkey bleibt möglicherweise auf lange Sicht kein direkter Redis-Ersatz. Ein Bereich, in den Redis (das Unternehmen) investiert, ist die Umstellung über In-Memory hinaus auf die Verwendung von Flash-Speicher mit RAM als großem Hochleistungs-Cache. Aus diesem Grund hat Redis kürzlich Speedb übernommen. Olson wies darauf hin, dass es noch keine konkreten Pläne für ähnliche Kapazitäten in Valkey gebe, schloss dies aber auch nicht aus.

„Im Moment herrscht große Aufregung“, sagte Olson. „Ich denke, früher waren wir technologisch ein wenig konservativ und haben versucht, sicherzustellen, dass wir nichts kaputt machen. Ich glaube jedoch, dass das Interesse, viele neue Dinge zu bauen, groß ist. Wir wollen immer noch sicherstellen, dass wir nichts kaputt machen, aber es besteht ein viel größeres Interesse daran, Technologien zu aktualisieren und zu versuchen, alles schneller, leistungsfähiger und speicherdichter zu machen. […] Ich denke, das passiert in etwa, wenn es zu einem Wachwechsel kommt, weil eine Reihe früherer Betreuer nun im Grunde nicht mehr da sind.“

tch-1-tech