Udviklerne af databasen ScyllaDB har annonceret, at projektet overg\u00e5r til en propriet\u00e6r licens, der begr\u00e6nser anvendelsesomr\u00e5det. Version 6.2.x af ScyllaDB bliver den sidste, der er tilg\u00e6ngelig under AGPL-licensen. Interessenter kan, hvis de \u00f8nsker det, fork og forts\u00e6tte udviklingen af ScyllaDB's kodebase under den gamle licens. <\/p>\n
Tidligere har projektet ScyllaDB fulgt en Open Core udviklingsmodel, hvor den grundl\u00e6ggende del af produktet udvikles under en fri licens, mens den udvidede funktionalitet er lukket og kun leveres til indehavere af en kommerciel licens. I henhold til den nye licensordning vil offentligg\u00f8relsen af den \u00e5bne version af ScyllaDB OSS stopper, og det tidligere lukkede kommercielle produkt ScyllaDB Enterprise vil begynde at blive distribueret med kildekode under en propriet\u00e6r licens. Brugere vil kunne anvende den fulde version af ScyllaDB Enterprise gratis under visse betingelser. <\/p>\n
Den nye licens forbyder brugen af softwaren til at konkurrere med ScyllaDBs produkter og tjenester, samt til at skabe cloud-systemer \"applikation som en service\" (SaaS, software-as-a-service) og kommercielle systemer \"database som en service\" (dBaaS, database-as-a-service). Licensen begr\u00e6nser ikke brugen af det gratis produkt til kommercielle form\u00e5l og i arbejdsmilj\u00f8er, under foruds\u00e6tning af at den samlede lagerst\u00f8rrelse p\u00e5 alle noder i klyngen ikke overstiger 10 TB, og at der bruges h\u00f8jst 50 vCPU til databehandling. Brugere, der ikke opfylder de angivne kriterier, opfordres til at k\u00f8be en kommerciel licens. <\/p>\n
For eksempel kan ScyllaDB gratis anvendes p\u00e5 en klynge med tre noder, hvis hver node har 16 logiske CPU-kerner og en disklagring p\u00e5 3TB. En s\u00e5dan konfiguration kan h\u00e5ndtere 100-200 tusind operationer per sekund. Distribution af ScyllaDB og \u00e6ndringer i koden er tilladt, s\u00e5 l\u00e6nge det leveres under den samme licens, et fuldt liste over alle \u00e6ndringer t\u00e6lles, og der gives oplysninger om den oprindelige forfatter af produktet. <\/p>\n
\u00c5rsagen til \u00e6ndringen af ScyllaDB's distributionspolitik var \u00f8nsket om at forene og optimere udviklingen af de konkurrerende kommercielle og \u00e5bne versioner, hvis separate vedligeholdelse skabte vanskeligheder, tog meget energi og brugte ressourcer. Desuden, p\u00e5 grund af den komplekse interne arkitektur, blev ScyllaDB's kodebase udelukkende udviklet af virksomhedens medarbejdere, og det \u00e5bne projekt fik aldrig eksterne deltagere til at indsende deres \u00e6ndringer. Et vendepunkt blev arbejdet med implementeringen af Raft konsensusalgoritmen, tabeller og den indbyggede st\u00f8tte til S3 API, hvilket resulterede i, at mange hj\u00e6lpefunktioner blev flyttet fra eksterne applikationer til den prim\u00e6re RDBMS. <\/p>\n
I sidste ende blev det besluttet at sammenl\u00e6gge de \u00e5bne og kommercielle produkter, hvilket p\u00e5 den ene side vil forenkle udviklingen, og p\u00e5 den anden side vil udvide mulighederne for den gratis version. For eksempel vil brugere, der holder sig inden for de gratis gr\u00e6nser, f\u00e5 adgang til funktioner s\u00e5som LDAP-support, PGO-optimering (reduktion af forsinkelser i tekster med 33% og forbedring af ydeevnen med op til 50%), filniveau streaming-tilstand (acceleration af tilf\u00f8jelse\/fjernelse af noder med op til 30 gange), evnen til at fasts\u00e6tte egne prioriteter for forskellige belastninger, st\u00f8tte til komprimering af RPC-trafik mellem noder ved hj\u00e6lp af ZSTD-algoritmen, forbedret datapakningsstrategi (reduktion af lagerst\u00f8rrelsen med op til 35%), underst\u00f8ttelse af kryptering, Kubernetes-operator til ScyllaDB samt en lang supportcyklus for udgivelser. <\/p>\n
ScyllaDB g\u00f8r det muligt at oprette distribuerede, skalerbare og fejl tolerante noSQL-systemer, der lagrer data i form af associative arrays (hashes) med flere niveauer af indlejring. Til strukturerede foresp\u00f8rgsler kan der anvendes et SQL-lignende sprog kaldet CQL (Cassandra Query Language). Klynger baseret p\u00e5 ScyllaDB sikrer en line\u00e6r skaleringsniveau, hvor ydeevnen st\u00e5r i direkte forhold til antallet af processorkerner. Data, der placeres i databasen, bliver automatisk replikeret p\u00e5 flere noder, og hvis en node fejler, overtager andre noder dens funktioner i realtid. Tilf\u00f8jelse, opdatering og sletning af noder i klyngen kan ske uden afbrydelse af driften og uden omkonfigurering af de andre noder. <\/p>\n
Database ScyllaDB blev grundlagt for ti \u00e5r siden af Avi Kiviti og Dor Laor, som tidligere skabte hypervisoren. KVM<\/a> og operativsystemet OSv. Projektet blev skabt som et fors\u00f8g p\u00e5 at genindskrive Apache Cassandra fra Java til C++ for at opn\u00e5 h\u00f8jere ydeevne. Databasen er API-kompatibel med Apache Cassandra og Amazon DynamoDB. I gennemf\u00f8rte tests viser ScyllaDB i forhold til Apache Cassandra en kapacitetsfor\u00f8gelse p\u00e5 2-5 gange. Det bem\u00e6rkes, at et cluster baseret p\u00e5 Apache Cassandra kan erstattes af et cluster af ScyllaDB, der indeholder 10 gange f\u00e6rre noder, men som trods f\u00e6rre noder overg\u00e5r ydeevnen med 42%. <\/p>\n