Deweloperzy bazy danych ScyllaDB og\u0142osili o przej\u015bciu projektu na licencj\u0119 proprietarn\u0105, kt\u00f3ra ogranicza zakres stosowania. Ga\u0142\u0105\u017a ScyllaDB 6.2.x b\u0119dzie ostatni\u0105 dost\u0119pn\u0105 na licencji AGPL. Zainteresowane strony mog\u0105 stworzy\u0107 fork i kontynuowa\u0107 rozw\u00f3j bazy kodu ScyllaDB na starej licencji. <\/p>\n
Wcze\u015bniej projekt ScyllaDB stosowa\u0142 model rozwoju Open Core, w kt\u00f3rym podstawowa cz\u0119\u015b\u0107 produktu rozwijana by\u0142a na mocy wolnej licencji, a rozszerzona funkcjonalno\u015b\u0107 by\u0142a zamkni\u0119ta i dostarczana jedynie posiadaczom licencji komercyjnej. Zgodnie z nowym schematem licencjonowania publikacja otwartej edycji ScyllaDB OSS zostanie zako\u0144czona, a wcze\u015bniej zamkni\u0119ty produkt komercyjny ScyllaDB Enterprise zacznie by\u0107 dystrybuowany wraz z udost\u0119pnieniem kodu \u017ar\u00f3d\u0142owego na licencji proprietarnej. Zamiast ScyllaDB OSS u\u017cytkownicy b\u0119d\u0105 mogli bezp\u0142atnie korzysta\u0107 z pe\u0142nej wersji ScyllaDB Enterprise pod warunkiem spe\u0142nienia okre\u015blonych warunk\u00f3w. <\/p>\n
Nowa licencja zabrania u\u017cywania oprogramowania do konkurencji z produktami i us\u0142ugami deweloper\u00f3w ScyllaDB, a tak\u017ce do tworzenia system\u00f3w chmurowych \u201eaplikacja jako us\u0142uga\u201d (SaaS, software-as-a-service) oraz komercyjnych system\u00f3w \u201eBaza Danych jako Us\u0142uga\u201d (dBaaS, database-as-a-service). Licencja nie ogranicza korzystania z bezp\u0142atnego produktu w celach komercyjnych i w \u015brodowiskach roboczych, pod warunkiem, \u017ce \u0142\u0105czna pojemno\u015b\u0107 pami\u0119ci na wszystkich w\u0119z\u0142ach klastra nie przekracza 10TB, a do przetwarzania danych u\u017cywa si\u0119 nie wi\u0119cej ni\u017c 50 VCPU. U\u017cytkownikom, kt\u00f3rzy nie spe\u0142niaj\u0105 og\u0142oszonych kryteri\u00f3w, proponuje si\u0119 zakup licencji komercyjnej. <\/p>\n
Na przyk\u0142ad, bezp\u0142atnie mo\u017cna korzysta\u0107 ze ScyllaDB na klastrze z\u0142o\u017conym z trzech w\u0119z\u0142\u00f3w, je\u015bli ka\u017cdy w\u0119ze\u0142 zawiera 16 logicznych rdzeni CPU i przestrze\u0144 dyskow\u0105 o rozmiarze 3TB. Taka konfiguracja jest w stanie obs\u0142ugiwa\u0107 100-200 tysi\u0119cy operacji na sekund\u0119. Dystrybucja ScyllaDB oraz wprowadzanie zmian w kodzie jest dozwolone pod warunkiem dostarczenia pod t\u0105 sam\u0105 licencj\u0105, wymienienia pe\u0142nej listy wszystkich zmian i podania informacji o pierwotnym autorze produktu. <\/p>\n
Powodem zmiany polityki dystrybucji ScyllaDB by\u0142o d\u0105\u017cenie do ujednolicenia i optymalizacji rozwoju konkurencyjnych wersji komercyjnych i otwartych, kt\u00f3rych oddzielne wsparcie stwarza\u0142o trudno\u015bci, zabiera\u0142o du\u017co si\u0142 i poch\u0142ania\u0142o zasoby. Ze wzgl\u0119du na z\u0142o\u017cono\u015b\u0107 wewn\u0119trznej architektury, baza kodu ScyllaDB rozwija\u0142a si\u0119 wy\u0142\u0105cznie dzi\u0119ki pracownikom firmy, a projekt otwarty nie zyska\u0142 zewn\u0119trznych uczestnik\u00f3w przekazuj\u0105cych swoje zmiany. Prze\u0142omowym momentem by\u0142y prace nad wdro\u017ceniem algorytmu konsensusu Raft, tabel i wbudowanej obs\u0142ugi API S3, w wyniku czego wiele funkcji pomocniczych by\u0142o przenoszonych z aplikacji zewn\u0119trznych do g\u0142\u00f3wnego sk\u0142adu DBMS. <\/p>\n
Ostatecznie zdecydowano si\u0119 na po\u0142\u0105czenie produkt\u00f3w otwartych i komercyjnych, co z jednej strony upro\u015bci rozw\u00f3j, a z drugiej \u2014 rozszerzy mo\u017cliwo\u015bci wersji bezp\u0142atnej. Na przyk\u0142ad u\u017cytkownicy mieszcz\u0105c si\u0119 w bezp\u0142atnych limitach uzyskaj\u0105 dost\u0119p do takich funkcji jak wsparcie LDAP, optymalizacje PGO (zmniejszenie op\u00f3\u017anie\u0144 w tekstach o 33% i zwi\u0119kszenie wydajno\u015bci do 50%), tryb przesy\u0142ania strumieniowego na poziomie plik\u00f3w (przyspieszenie dodawania\/usuwania w\u0119z\u0142\u00f3w do 30 razy), mo\u017cliwo\u015b\u0107 ustalania w\u0142asnych priorytet\u00f3w dla r\u00f3\u017cnych obci\u0105\u017ce\u0144, wsparcie dla kompresji ruchu RPC mi\u0119dzy w\u0119z\u0142ami przy pomocy algorytmu ZSTD, ulepszona strategia pakowania danych (zmniejszenie rozmiaru przechowywania o 35%), wsparcie dla szyfrowania, operator Kubernetes dla ScyllaDB, d\u0142ugi cykl wsparcia dla wyda\u0144. <\/p>\n
ScyllaDB umo\u017cliwia tworzenie rozproszonych, skalowalnych i odpornych na b\u0142\u0119dy system\u00f3w noSQL, kt\u00f3re przechowuj\u0105 dane w formie asocjacyjnych tablic (hashy) z wieloma poziomami zagnie\u017cd\u017cenia. Do strukturalnych zapyta\u0144 mo\u017cna u\u017cywa\u0107 j\u0119zyka podobnego do SQL, czyli CQL (Cassandra Query Language). Klastery oparte na ScyllaDB zapewniaj\u0105 liniowy poziom skalowalno\u015bci, w kt\u00f3rym wydajno\u015b\u0107 jest \u015bci\u015ble zale\u017cna od liczby rdzeni procesora. Dane umieszczone w DB automatycznie replikowane s\u0105 na kilka w\u0119z\u0142\u00f3w, a w przypadku awarii w\u0119z\u0142a, jego funkcje na bie\u017c\u0105co przejmowane s\u0105 przez inne w\u0119z\u0142y. Dodawanie, aktualizowanie i usuwanie w\u0119z\u0142\u00f3w w klastrze odbywa si\u0119 bez przerywania pracy i bez rekonfiguracji innych w\u0119z\u0142\u00f3w. <\/p>\n
Baza danych ScyllaDB zosta\u0142a za\u0142o\u017cona dziesi\u0119\u0107 lat temu przez Avi Kiviti i Dora Laora, kt\u00f3rzy wcze\u015bniej stworzyli hipernadzorc\u0119. KVM<\/a> Projekt powsta\u0142 jako pr\u00f3ba przepisania Apache Cassandra z j\u0119zyka Java na C++, aby uzyska\u0107 wy\u017csz\u0105 wydajno\u015b\u0107. Baza danych jest zgodna na poziomie API z Apache Cassandra oraz Amazon DynamoDB. W przeprowadzonych testach ScyllaDB w por\u00f3wnaniu do Apache Cassandra wykazuje wzrost przepustowo\u015bci o 2-5 razy. Zauwa\u017cono, \u017ce klaster oparty na Apache Cassandra mo\u017cna zast\u0105pi\u0107 klastrem ScyllaDB, zawieraj\u0105cym 10 razy mniej w\u0119z\u0142\u00f3w, ale mimo mniejszej liczby w\u0119z\u0142\u00f3w przewy\u017cszaj\u0105cym wydajno\u015b\u0107 o 42%. <\/p>\n