Redis verschärft seine Lizenz: Wie kann ein OSS-Unternehmen im Cloud-Zeitalter überleben
Redis ist kürzlich von einer Open-Source-BSD-Lizenz zu einer restriktiveren Server Side Public License (SSPLv1) gewechselt. Dies veranlasste ehemalige Redis-Maintainer zu einem Fork und entfachte erneut Debatten über die Nachhaltigkeit von Open-Source-Projekten und die Auswirkungen von Lizenzentscheidungen auf ihre Communities.
Die Änderung wird ab Redis-Version 7.4 in Kraft treten, und wir erwarten, dass mehrere Linux-Distributoren Redis aus ihren Codebasen entfernen werden. Diese Störung dürfte jedoch nur vorübergehend sein, da bereits alternative Optionen verfügbar sind — wie Valkey, eine von der Linux Foundation unterstützte Open-Source-Alternative zu Redis. Microsofts Garnet ist ebenfalls eine Option, da es sich um einen in C# geschriebenen, schnelleren Open-Source-Cache-Store handelt, der vollständig mit Redis-Clients kompatibel ist. Cloud-Anbieter wie AWS könnten auch ihre eigenen Forks von Redis erstellen, ähnlich wie sie es taten, als Elastic Search 2021 zur SSPL wechselte.
Die Cloud frisst Open Source
Cloud is eating Open Source.png
Obwohl Open-Source-Software eine lange Geschichte hat, hat sich das Open-Source-Geschäftsmodell in den letzten Jahren erheblich weiterentwickelt. Traditionell beruhte das Modell darauf, dass Unternehmen für kommerziellen Support und Enterprise-Funktionen bezahlten, wenn sie Open-Source-Software nutzten. Der Aufstieg des Cloud Computing hat dieses Modell jedoch erschüttert. Einerseits hat das Wachstum der Public Cloud Unternehmen wie MongoDB und Elastic ermöglicht, durch die Konzentration auf cloudbasierte Serviceangebote große Erfolge zu erzielen. Andererseits können Cloud-Service-Anbieter Open-Source-Produkte leicht bündeln und weiterverkaufen, indem sie die erheblichen Investitionen nutzen, die Open-Source-Unternehmen in Code und Entwickler-Communities getätigt haben, und dann die Kostenvorteile und Vertriebskanäle der Cloud nutzen, um diese Assets schnell zu monetarisieren, wodurch es selbst für sehr erfolgreiche Open-Source-Unternehmen schwierig wird, zu konkurrieren.
Infolgedessen haben nicht nur Redis, sondern zuvor auch MongoDB und Elasticsearch die restriktivere SSPL-Lizenz übernommen. Ebenso gab HashiCorp die Mozilla Public License (MPL) für Terraform zugunsten der Business Source License (BSL) 1.1 auf. Dieser Schritt stieß bei vielen Open-Source-Befürwortern auf Kritik, die argumentierten, dass jede Lizenz, die Public-Cloud-Anbieter einschränkt, dem von der OSI definierten Open-Source-Geist widerspricht. Diese Verschiebungen bei der Open-Source-Lizenzierung haben zuvor „keep-it-open“-Forks ausgelöst, wie OpenSearch und OpenTofu. Der Kampf um die Zukunft der Open-Source-Lizenzierung tobt weiter.
Persönliche Perspektive — Zeit für eine Veränderung der OSI
Als jemand, der zuvor bei einem Cloud-Anbieter gearbeitet hat (als Committer in einer Open-Source-Community, die ein verwaltetes Open-Source-Produkt entwickelt) und jetzt bei einem Open-Source-Unternehmen arbeitet (bei dem das primäre Umsatzmodell ein vollständig verwalteter Service ist), musste ich zwei Hüte tragen, was mein Leben ziemlich schwierig gemacht hat. Wenn wir einen Weg finden könnten, wie Cloud-Anbieter und Open-Source-Unternehmen zusammenarbeiten und die Gewinne teilen können, wäre ich deutlich eher bereit, mehr Aufwand in die Verbesserung von Open-Source-Produkten zu investieren, sodass die überwiegende Mehrheit — Nutzer, Open-Source-Unternehmen und Cloud-Anbieter — davon profitieren kann.
Cloud Protection Licenses scheinen eine praktikable Lösung zu sein. Sie schränken die Rechte von 99,99 % der Nutzer, die Software zu verwenden und zu verändern, nicht ein, schützen aber die zukünftigen Gewinne von Open-Source-Unternehmen erheblich. Dies ermöglicht es Open-Source-Unternehmen, mehr ihrer „Geheimwaffen“ als Open Source freizugeben, wodurch die Wartungslast für Open-Source-Entwickler erheblich reduziert und gleichzeitig die Nutzererfahrung mit Open Source verbessert wird.
Die Entwicklung von Copyleft-Lizenzen wie der GPL hin zu freizügigeren Lizenzen wie BSD, MIT und Apache hat die Entwicklung von Open-Source-Software erheblich beschleunigt. Dieser Wandel wurde durch die Beteiligung großer Unternehmen an der Open-Source-Community vorangetrieben, da sie Beiträge leisteten und dazu beitrugen, bessere Communities aufzubauen.
Open-Source-Lizenz im Zeitverlauf.png
Heute haben viele VC-finanzierte Startups Open-Source-Projekte gestartet . Während diese Unternehmen der Community etwas zurückgeben, hat der Aufstieg von Cloud-Anbietern ihre Geschäftsmodelle gestört und sie dazu gezwungen, restriktivere Lizenzierungen einzuführen.
Ich denke, es ist an der Zeit, dass die Open-Source-Community die Definition von „Open Source“ überdenkt. Jede Lizenz, die den Geist der Zusammenarbeit und des Teilens wahrt, sollte als offen betrachtet werden, selbst wenn sie kommerzielle Schutzmechanismen enthält.
Der Kernwert von Open Source besteht darin, Nutzer zu befähigen und Vendor-Lock-in zu vermeiden. Wenn „source-available“-Lizenzen dies weiterhin erreichen und gleichzeitig nachhaltige Geschäftsmodelle ermöglichen können, müssen wir vielleicht unser Verständnis von Open Source weiterentwickeln. Ein gutes Beispiel dafür sind Open-Source-Large-Language-Models (LLMs). Obwohl einige möglicherweise ihre Datensätze und Trainingsdetails nicht als Open Source bereitstellen und sogar bestimmte Einschränkungen für die kommerzielle Nutzung in ihren Lizenzen haben, betrachten wir sie dennoch als Open Source und ausreichend „offen“, weil letztlich die Fähigkeit, darauf zuzugreifen, sie zu verändern und darauf aufzubauen, entscheidend ist.
Unternehmensperspektive — Wie Zilliz unter freizügigen Lizenzen wettbewerbsfähige kommerzielle Dienste aufgebaut hat
Open-Source-Unternehmen müssen ihre Lizenzen nicht zwangsläufig als einzigen Weg nach vorn ändern. Die Herausforderung liegt darin, das richtige Gleichgewicht zwischen Open Source und Kommerzialisierung zu finden.
Bei Zilliz haben wir unsere Open-Source-Vektordatenbank Milvus an die Linux Foundation gespendet. In den vergangenen vier Jahren hat dies zu über 26.000 GitHub-Sternen und Tausenden globaler Open-Source-Nutzer geführt. Die Linux Foundation hat uns bei einer besseren Community-Governance unterstützt und mehr potenzielle Nutzer angezogen. Unser kommerzielles Angebot, Zilliz Cloud, ist ein vollständig verwalteter Milvus-Dienst, der auf der Public Cloud aufbaut. Im Vergleich zu den in der Public Cloud gehosteten Versionen von Milvus und den Vektorsuchdiensten anderer Cloud-Anbieter bietet Zilliz Cloud eine Vielzahl einzigartiger Funktionen:
- Mehrere Bereitstellungsoptionen:
- Bring your Own Cloud (BYOC )
- SaaS
- Serverless (demnächst verfügbar)
- Cardinal — Eine Closed-Source-kommerzielle Vektorsuchmaschine mit 10-facher Leistungssteigerung gegenüber Open-Source-Alternativen.
- Eigene Datendienste: elastischer Index-Building-Pool, Metadatenspeicher und Logspeicher
- Multi-Cloud-Flexibilität: Bereitgestellt auf AWS, GCP, Azure, Alibaba Cloud und mehr.
- Datenmanagement auf Enterprise-Niveau:
- Umfassende Funktionen für Datensicherung und Migration
- ETL für unstrukturierte Daten über Zilliz Cloud Pipeline
- Daten-Compliance und Sicherheit
All diese Funktionen sind vollständig mit der Open-Source-Milvus-API kompatibel, die wir exklusiv als Teil von Zilliz Cloud anbieten. Wir nennen dies das „Open Interface“-Modell. Dieses Modell erfüllt die Bedürfnisse der überwiegenden Mehrheit der Nutzer und macht es gleichzeitig Nutzern, die stärkere Leistung, Skalierbarkeit und Enterprise-Funktionen benötigen, einfach, unser kommerzielles Angebot zu übernehmen. Wir hoffen, dass dieses Modell Open-Source-Unternehmen dabei helfen kann, neue Wege zu finden, um mit Public-Cloud-Anbietern zu konkurrieren.
King James.png
Weiterlesen
Vector Lakebase: End the AI Data Silo
Learn how Vector Lakebase unifies vector search, data lakes, and AI data operations so teams can serve RAG and agents without copy-and-sync pipelines.
DeepSeek-OCR Explained: Optical Compression for Scalable Long-Context and RAG Systems
Discover how DeepSeek-OCR uses visual tokens and Contexts Optical Compression to boost long-context LLM efficiency and reshape RAG performance.
How to Build RAG with Milvus, QwQ-32B and Ollama
Hands-on tutorial on how to create a streamlined, powerful RAG pipeline that balances efficiency, accuracy, and scalability using the QwQ-32B and Milvus.