Die Entwickler der Datenbank ScyllaDB haben angek\u00fcndigt, das Projekt auf eine propriet\u00e4re Lizenz umzustellen, die den Anwendungsbereich einschr\u00e4nkt. Die Version ScyllaDB 6.2.x wird die letzte sein, die unter der Lizenz AGPL verf\u00fcgbar ist. Interessierte k\u00f6nnen einen Fork erstellen und die Weiterentwicklung der Codebasis von ScyllaDB unter der alten Lizenz fortsetzen. <\/p>\n
Fr\u00fcher folgte das Projekt ScyllaDB dem Open-Core-Entwicklungsmodell, bei dem der grundlegende Teil des Produkts unter einer freien Lizenz entwickelt wird, w\u00e4hrend erweiterte Funktionen geschlossen und nur Inhabern einer kommerziellen Lizenz zur Verf\u00fcgung gestellt werden. Gem\u00e4\u00df dem neuen Lizenzmodell wird die Ver\u00f6ffentlichung der offenen Version von ScyllaDB OSS eingestellt, und das zuvor geschlossene kommerzielle Produkt ScyllaDB Enterprise wird mit Quellcode unter einer propriet\u00e4ren Lizenz verteilt. Anstelle von ScyllaDB OSS k\u00f6nnen Nutzer die vollst\u00e4ndige Version von ScyllaDB Enterprise kostenfrei nutzen, sofern bestimmte Bedingungen erf\u00fcllt sind. <\/p>\n
Die neue Lizenz verbietet die Verwendung der Software zur Konkurrenz von Produkten und Dienstleistungen der Entwickler von ScyllaDB sowie zur Erstellung von Cloud-Systemen \u201eApplication as a Service\u201c (SaaS, Software-as-a-Service) und kommerziellen \u201eDatabase as a Service\u201c (DBaaS) Systemen. Die Lizenz schr\u00e4nkt die Nutzung des kostenlosen Produkts zu kommerziellen Zwecken in Arbeitsumgebungen nicht ein, vorausgesetzt, die Gesamtspeicherkapazit\u00e4t aller Knoten im Cluster \u00fcberschreitet nicht 10 TB und es werden nicht mehr als 50 VCPU zur Datenverarbeitung verwendet. Benutzern, die nicht den angegebenen Kriterien entsprechen, wird empfohlen, eine kommerzielle Lizenz zu erwerben. <\/p>\n
Beispielsweise kann ScyllaDB kostenlos in einem Cluster aus drei Knoten genutzt werden, wenn jeder Knoten 16 logische CPU-Kerne und einen Speicherplatz von 3 TB hat. Eine solche Konfiguration kann 100.000 bis 200.000 Operationen pro Sekunde verarbeiten. Die Verbreitung von ScyllaDB und die Durchf\u00fchrung von \u00c4nderungen am Code sind erlaubt, unter der Bedingung, dass diese unter der gleichen Lizenz bereitgestellt werden, eine vollst\u00e4ndige Liste aller \u00c4nderungen beigef\u00fcgt wird und Informationen \u00fcber den urspr\u00fcnglichen Autor des Produkts enthalten sind. <\/p>\n
Der Grund f\u00fcr die \u00c4nderung der Verbreitungspolitik von ScyllaDB ist der Wunsch, die Entwicklung der konkurrierenden kommerziellen und offenen Varianten zu vereinheitlichen und zu optimieren, deren getrennte Pflege Schwierigkeiten bereitete, viele Ressourcen beanspruchte und Kr\u00e4fte abzweigte. Aufgrund der Komplexit\u00e4t der internen Architektur wurde die Codebasis von ScyllaDB ausschlie\u00dflich von den Mitarbeitern des Unternehmens entwickelt und das Open-Source-Projekt hatte niemals externe Mitwirkende, die ihre \u00c4nderungen einbrachten. Ein Wendepunkt war die Implementierung des Raft-Konsensus-Algorithmus, von Tabellen und integrierter API-S3-Unterst\u00fctzung, bei der viele Hilfsfunktionen von externen Anwendungen in die Hauptdatenbank verlagert wurden. <\/p>\n
Letztendlich wurde entschieden, die Open-Source- und kommerziellen Produkte zu vereinen, was einerseits die Entwicklung vereinfacht und andererseits die M\u00f6glichkeiten der kostenlosen Version erweitert. Benutzer, die innerhalb der kostenlosen Grenzen bleiben, erhalten Zugriff auf Funktionen wie LDAP-Unterst\u00fctzung, PGO-Optimierungen (Reduzierung der Latenz in Texten um 33 % und Steigerung der Leistung um bis zu 50 %), Dateiebenen-Streaming (Beschleunigung des Hinzuf\u00fcgens\/Entfernens von Knoten um das 30-Fache), die M\u00f6glichkeit, Priorit\u00e4ten f\u00fcr unterschiedliche Lasten festzulegen, Unterst\u00fctzung der Kompression des RPC-Verkehrs zwischen Knoten mithilfe des ZSTD-Algorithmus, verbesserte Datenpackungsstrategien (Reduzierung des Speicherplatzes um bis zu 35 %), Unterst\u00fctzung von Verschl\u00fcsselung und einen Kubernetes-Operator f\u00fcr ScyllaDB mit langfristigem Support f\u00fcr Releases. <\/p>\n
ScyllaDB erm\u00f6glicht die Erstellung von verteilten, skalierbaren und fehlertoleranten NoSQL-Systemen, die Daten in Form von assoziativen Arrays (Hashes) mit mehreren Ebenen von Verschachtelungen speichern. F\u00fcr strukturierte Abfragen kann eine SQL-\u00e4hnliche Sprache, CQL (Cassandra Query Language), verwendet werden. Cluster basierend auf ScyllaDB bieten eine lineare Skalierbarkeit, bei der die Leistung direkt von der Anzahl der CPU-Kerne abh\u00e4ngt. Die in der Datenbank gespeicherten Daten werden automatisch auf mehrere Knoten repliziert, und bei einem Ausfall eines Knotens \u00fcbernehmen andere Knoten dessen Funktionen nahtlos. Das Hinzuf\u00fcgen, Aktualisieren und L\u00f6schen von Knoten im Cluster erfolgt ohne Unterbrechung des Betriebs und ohne Umkonfiguration anderer Knoten. <\/p>\n
Die Datenbank ScyllaDB wurde vor zehn Jahren von Avi Kiviti und Dor Laor gegr\u00fcndet, die damals den Hypervisor entwickelt haben. KVM<\/a> und das Betriebssystem OSv. Das Projekt wurde ins Leben gerufen, um Apache Cassandra von Java nach C++ neu zu schreiben, um eine h\u00f6here Leistung zu erzielen. Die Datenbank ist API-kompatibel mit Apache Cassandra und Amazon DynamoDB. In durchgef\u00fchrten Tests zeigt ScyllaDB im Vergleich zu Apache Cassandra eine Steigerung der Durchsatzleistung um das 2- bis 5-Fache. Es wird festgestellt, dass ein Cluster auf Basis von Apache Cassandra durch ein ScyllaDB-Cluster ersetzt werden kann, das 10-mal weniger Knoten enth\u00e4lt, aber dennoch mit 42% h\u00f6herer Leistung als bei einer geringeren Anzahl von Knoten abschneidet. <\/p>\n