Masu haɓaka ScyllaDB DBMS sun ba da sanarwar canja wurin aikin zuwa lasisin mallakar mallaka wanda ke iyakance ikonsa. Reshen ScyllaDB 6.2.x zai zama na ƙarshe da ake samu a ƙarƙashin lasisin AGPL. Idan ana so, masu sha'awar zasu iya ƙirƙirar cokali mai yatsa kuma su ci gaba da haɓaka lambar lambar ScyllaDB a ƙarƙashin tsohuwar lasisi.
A baya can, aikin ScyllaDB yana manne da ƙirar ci gaba na Buɗe Core, wanda a cikinsa aka haɓaka ainihin ɓangaren samfurin ƙarƙashin lasisin kyauta, kuma an rufe ƙarin ayyuka kuma yana samuwa ga masu riƙe lasisin kasuwanci kawai. Dangane da sabon tsarin ba da lasisi, za a daina buga bugu na ScyllaDB OSS, kuma za a fara rarraba samfuran kasuwancin da aka rufe a baya ScyllaDB Enterprise tare da lambar tushe ƙarƙashin lasisin mallakar mallaka. Maimakon ScyllaDB OSS, masu amfani za su iya amfani da cikakken sigar ScyllaDB Enterprise kyauta, bisa wasu sharuɗɗa.
Sabuwar lasisin ta haramta amfani da software don yin gasa tare da samfurori da sabis na masu haɓaka ScyllaDB, da kuma ƙirƙirar tsarin aikace-aikacen-as-a-sabis (SaaS, software-as-a-service) da bayanan kasuwanci- tsarin as-a-service (dBaaS, database-as-as-service). Lasisin ba ya iyakance amfani da samfurin kyauta don dalilai na kasuwanci da kuma wuraren samarwa, amma idan har jimilar girman ajiya akan duk nodes ɗin tari bai wuce 10TB ba, kuma ba a yi amfani da sama da 50 VCPUs don sarrafa bayanai ba. Ana tambayar masu amfani waɗanda basu cika sharuɗɗan da aka bayyana ba don siyan lasisin kasuwanci.
Misali, zaku iya amfani da ScyllaDB kyauta akan gungu na nodes guda uku, idan kowane kumburi ya ƙunshi muryoyin CPU masu ma'ana 16 da 3TB na ajiyar diski. Wannan tsari yana da ikon sarrafa ayyuka dubu 100-200 a sakan daya. An ba da izinin sake rarraba ScyllaDB da canje-canje ga lambar muddin an rarraba shi ƙarƙashin lasisi iri ɗaya, an jera cikakken jerin duk canje-canje, kuma an bayar da bayani game da ainihin marubucin samfurin.
Dalilin canji a cikin manufofin rarraba ScyllaDB shine sha'awar haɗewa da haɓaka haɓakar haɓakar zaɓuɓɓukan kasuwanci da buɗaɗɗen tushe, wanda keɓancewar kiyayewa ya haifar da matsaloli, ya ɗauki ƙoƙari mai yawa da ɓata albarkatu. A lokaci guda, saboda rikitarwa na gine-ginen cikin gida, ma'aikatan kamfanin ne kawai suka haɓaka tushen lambar ScyllaDB kuma buɗe aikin bai taɓa samun mahalarta ɓangare na uku da ke gabatar da canje-canjen su ba. Juyin juyayi shine aiwatar da raft consensus algorithm, allunan da ginanniyar tallafi don S3 API, sakamakon haka an canza yawancin ayyukan taimako daga aikace-aikacen waje zuwa babban tsarin DBMS.
Daga ƙarshe, an yanke shawarar haɗa samfuran budewa da kasuwanci, wanda, a gefe guda, zai sauƙaƙe haɓakawa, kuma a ɗayan ɗayan, faɗaɗa iyawar sigar kyauta. Misali, masu amfani waɗanda suka haɗu da iyakoki na kyauta za su sami damar yin amfani da fasali kamar tallafin LDAP, haɓakawa na PGO (rage latency rubutu da 33% da haɓaka aiki har zuwa 50%), yanayin yawo matakin fayil (hanzarin ƙari / cirewa nodes har sau 30), saita abubuwan fifikonku don kaya daban-daban, tallafi don matsawa zirga-zirgar RPC tsakanin nodes ta amfani da algorithm ZSTD, ingantaccen dabarun tattara bayanai (raguwa girman ajiya har zuwa 35%), goyon bayan boye-boye, Kubernetes ma'aikacin ScyllaDB, dogon sake zagayowar tallafi.
ScyllaDB yana ba ku damar ƙirƙirar tsarin NoSQL da aka rarraba, mai daidaitawa da kuskure waɗanda ke adana bayanai a cikin nau'ikan tsararraki (hashes) tare da matakan gida da yawa. Don tsararrun tambayoyin, ana iya amfani da yaren SQL-kamar CQL (Cassandra Query Language). Rukunin da ke kan ScyllaDB suna ba da matakin daidaitawa na linzamin kwamfuta, wanda aikin ya dogara kai tsaye ga adadin abubuwan sarrafawa. Bayanan da aka sanya a cikin ma'ajin bayanai ana kwafi su ta atomatik zuwa nodes da yawa, kuma idan kumburin ya gaza, ana ɗaukar ayyukansa a kan tashi ta wasu nodes. Ƙara, sabuntawa da share nodes a cikin gungu ana yin su ba tare da dakatar da aiki ba kuma ba tare da sake saita wasu nodes ba.
An kafa ScyllaDB shekaru goma da suka gabata ta hannun Avi Kiviti da Dor Laor, waɗanda su ma suka ƙirƙiri hypervisor ɗin, KVM da kuma tsarin aiki na OSv. An ƙirƙiri aikin ne a matsayin yunƙurin sake rubuta Apache Cassandra daga Java zuwa C++ don cimma babban aiki. DBMS ya dace da Apache Cassandra da Amazon DynamoDB. A cikin gwaje-gwaje, ScyllaDB ya nuna ƙaruwar fitarwa sau 2-5 idan aka kwatanta da Apache Cassandra. An lura cewa ana iya maye gurbin rukunin Apache Cassandra da rukunin ScyllaDB, wanda ya ƙunshi ƙananan ƙwayoyin cuta sau 10, amma duk da ƙarancin ƙwayoyin cuta, har yanzu yana kan Apache Cassandra da kashi 42%.
Dangane da sauran samfuran ScyllaDB, tsarin haɓaka aikace-aikacen sabar Seastar asynchronous, direbobi da ma'aikacin Kubernetes za a ci gaba da isar da su ƙarƙashin lasisin Apache 2.0. Dandalin sarrafa gungu na Manajan Scylla, wanda aka rarraba a baya ƙarƙashin lasisin mallakar mallaka, an canza shi zuwa lasisin Apache 2.0. Aiwatar da aikin mallakar mallakar Kubernetes da aka rarraba an haɗa shi tare da buɗe mai aiki na Kubernetes kuma za a rarraba ƙarƙashin lasisin Apache 2.0.
source: budenet.ru
