Redict - Újabb Redis fork jelent meg

Szerszám

A Redis körüli licencbalhé miatt számos fork látott napvilágot. Előbb a Linux Foundation jelentette be a Valkey közösség létrejöttét, most pedig megjelent a Redict nevű Redis fork 7.3-as kiadása.

( dotnetlinux | 2024. 04. 03., sze – 21:23 )

Most akkor a forráskódja lesz fizetés vagy maga a redis is, ha azt szolgáltatásként viszonteladják nekem, pl. AWS?

( sz332 v | 2024. 04. 03., sze – 21:34 )

A magam részéről megértem az egészet, egy csomó melót belerak egy kis csapat egy projektbe, mire egy csomó szolgáltató meg milliárdos bizniszt épít rá úgy, hogy közben egy fillérrel nem támogatja őket. 

Nem tudom a Redis cég tulajdonosai mire számítottak, de teljesen egyértelmű volt, hogy forkolni fogják ipari támogatással a Redist, mivel kritikus szoftverkomponens nagyon sok projektben. Így gyakorlatilag egy lépéssel ki is golyózták magukat a projekt irányításából. Valószínűleg nem ez volt a céljuk.

Ahogy én látom, a redis-nek van egy saját redis cloud-ja, ők finanszírozzák a redis fejlesztést, és ez mellett abból élnek hogy támogatást meg gondolom custom fejlesztéseket adnak más cégeknek. Ebben a kontextusban én tökre értem hogy nem tetszik nekik hogy az amazon az ő business-üknek alávág. Persze lehet valami redis klónra átmenni, csak ugye arra nem fogsz semmilyen támogatást kapni. 

Isten hozta oket az ES melle :D

Lesz meg egy par projekt amit az AWS bedaral. De tuti hogy szukseg lesz a Redis-re is, mert amit osszataknyoltak OpenSearch neven azt ceg legyen a talpan amelyik productionbe rakja (kiveve ha single node-os jatszos szar) :D

A nagy felbuzdulasban csomo ceg atallt opensearch-re, majd szepen csendben vissza kellett migralni a 80%-kukat. Opensearch jo amugy kis startup-oknak single node-ra bohockodni amig fel nem nonek. 

Csak mondom, hogy igen, rengeteg startup ugyfele van az AWS-nek.

Ha meg olvasod mashol a hozzaszolasaimat akkor tudod mi a problema az Os-el. Hasznalod? Nagyban? Mekkora az a nagy? Van benne tobb tiz vagy akar szaz node? 

Amugy azt honnan szeded, hogy a ketto akar mar a kezdetekben ugyanaz volt? Volt egy core resze ami ugyanaz volt, de minden mas ami a free basic subscription felett volt az ES-ben az sajat szar korulotte. Tenyleg erdekel a tapsztalatod, mert mi elegge melyen beleastuk magunkat mind a kettobe es supportalunk par ugyfelet kicsi es nagy clusterekkel, on-prem-ben, felhoben es meg ES cloud-ban is.

Ha nem erted, akkor inkabb olvasgass meg hasznald oket es maris kiderul mi a baj az OS-el. :D

Kétségtelen kisebb a merítésem. ES fan voltam, amíg be nem szivatott azzal, hogy amikor harcolni kezdett az OS ellen, elkezdte rámolni a használt funkcióinkat a drágább csomagba. Majd eltörte a kompatibilitást a külső libekkel. Majd mikor a beszerzés nem ért oda időben az évfordulóra, lekapcsolta a funkcióinkat ami az ingyenes fölött volt. Majd egyetlen magasabb kategóriába mozgatott funkció miatt mondott egy akkora számot egy nagyobb klaszter éves díjára, ami nem csak a komponenst, hanem az egész környező projektet is majdnem magával rántotta. Megnézed a múltját, hát az upgrade ugye tud lila füstöt eredményezni, de közben mentésre vagy failsafe falback mechanizmusra nem igazán ad megoldást.

Úgyhogy architektként átkerült nálam a "soha többé" kategóriába. 

De a funkció kellett, engedtem az OS csábításának, amire kellett, szépen tette a dolgát. Tökéletes? Nem. Kell hozzá helyi szaki, mert a hiányzó részeit értő kezek kell összerakják és életben tartsák. Szóval ha van szaki, OS jöhet, ha nincs, akkor az sem, veszek natív felhős bigdatát és tartsa életben a vendor

Huhh, hat olvastam ebben a par sorban jo sok badarsagot:

* update korulbelul a 6os sorozat ota fajdalommentes a rolling updattel (kubernetesen meg az operator megcsinalja neked a kezimunkat: shard alloc off, wait for sync and green, restart, shard alloc on, wait for grean, go next)

* a snapshot is elegge regen benne van, ugy 2015-16 ota. Azota meg mar van snapshot lifecycle management tud searchable snapshotot is (ami elegge odabasz)

* a falback mechanizmust nem is ertem. Amig van eleg node-od arra hogy a shard es replikaszam alapjan kieshetnek node-ok korulbelul hatra lehet dolni. Vagy arra gondolsz, hogy mashova is le kellene raknia az adatokat?

* azt meg nem is ertem hogy lett megtervezve egy oyan rendszer, amit magaval tud rantani egy backend storage barmilyen ar valtozas vagy licence valtozas eseten, mikor kb annyi lenne a dolog, hogy kicsereljuk egy penzugyileg jobban megero rendszerre fajdalommentesen. Itt sem az ES-t erzem hibasnak. 

Az ES egy distributed storage and computing platform, akar csak a Hadoop. Ahhoz is erteni kell, hogyan es mire lehet hasznalni az egyes komponenseket, kell e Hive vagy Impala, stb. stb.  

En ugy latom hogy a fenti cluster eseten nem volt meg a hozzaertes (uzemeltetes teruleten sem), a tervezesben tuti el lett kovetve jo sok hiba.

Az ES ha jol van megtervezve (egen, bizony az adatszerkezeteket es az adatmennyiseget ismerni kell, ugyanugy mint a granularitasat az adatnak es a hasznalati mintakat is), akkor korulelul elpusztithatatlan. Errol mer beszeltunk tobb forumon is olyanokkal akik erenek hozza. Az egyikben le is irtam, hogy amikot osszedolt, minden esetben emberi mulasztas eredmenye volt. Ugyanakkor az egesz ugy van kitalalva, hogy kesobb igen konnyen bovitheto, ha megsem lett jo az elejen amit valaki kitalalt. Persze az adat managementjet ekkor sem lehet megsporolni. Es itt nem arrol beszelek hogy mennyi helyet foglal, shardok, replikacio, hanem hogy az adat szerkezete milyen mukodesbeli problemakat okozhatna ha nem lennenk eleg okosak hogy az ES eszkozeivel megoldjuk oket.

Architectkent ennel egy kicsit tobb utananezest igenyelt volna, hogy mit es hogyan kell az ES-sel csinalni. Mondom ezt ugy, hogy bar szeretem az ES-t sosem voltam a fan-ja, mivel mellette ismernem es hasznalnom kellett Hadoop-ot, mas noSQL implementaciokat, RDBMSeket stb, stb. Mondjuk benne van azert az elso harom kedvencemben. :D

Oké, hiszek neked, legközelebb téged hívlak a gyártó helyett. 

A snapshot nem mentés (mentés az, amiből emberi hiba után is vissza tudok állni), teljes tartalmat kívülre másolni pedig igen kihívás amikor PB nagyságrend ül a klaszterban. Inkrementálisan ugye (sarkosan) rekord szinten működik, amit utána egy örökkévalóság visszatölteni.

Nem a backend storage volt a drága, hisz központi storage ugye amúgy sem ideális bigdata alá, mert akkor egy komolyabb lekérdezés átrángatná a teljes tartalmat a madzagon, ami lassú. A drága az ES licenc lett volna az adott megoldásra (milla eur fölött per év), ami sokkal több lett volna, mint az alatta lévő hardver.

De, az ES snapshot az egy backup. Emberi mulasztas utan vissza tudod allitani az adott allapotot. Mondanal nekem egy olyan backup/restore megoldast ami PB-nyi adatot masodperceken belul visszaallit? Amugy snapshotbol visszallni az ES nagyon gyorsan tud, mivel a lucene szegmenseket menti, nem a json record adatkat adatokat. Visszatolteskor ugyanugy szegmenseket tolt vissza (is, meg meg sok mast is datastreameket, stb)

Az a kijelentes hogy a snapshot rekord szinten tortenik meg csak nagyon sarkosan sem igaz. :D (ha mas nem azert ennek utana is tudtal volna olvasni :D )

Amugy visszaallitaskor, ha teljes adatmennyiseget allitunk vissza akkor opcio, hogy nem kapcsoljuk be a shard a replikaciot es maris gyors lesz. Majd utana bekapcsolod amikor mar visszamentek az adatok.

Én tudom. Most nehéz idők vannak, visszaesett a bevétel, lehet nem segítettek rajtuk az elcsobátások, szerettek volna több pénzt. Gondolták fizetőssé teszik. Közben meg csak nem értik, hogy miről szól, hogy működik a FOSS világa. Azt hitték, hogy be tudják zárni a kódját, nélkülük meg a projekt elhalt. Elszámították magukat. Durván. Bár én nem használtam ezt a Redis-t soha, de örülök, hogy a közösség megoldja forkokkal.

“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

A baj ott van, hogy a kozosseg forkolta aztan majd meglatjuk mi lesz belole (lasd ES vs. OS). A problema pedig nem az volt, hogy a csunya rossz, gonosz ceg a Redis mogott gondolt egyet es bezarta a kodot, mert hat csunyak es gonoszak. Hanem hogy az AWS fogta magat es anelkul hogy barmit visszaadott volna a termeknek, cegnek hatalmas bevetelt generalt sajat maganak. A Redis mogott allo ceg az "eladott Redis"-ekbol nem lat egy fillert sem es a support sem jut el hozza, hogy legalabb abbol legyen bevetel.

Marpedig a felhoszaolgaltatoknal a kisebb-nagyobb in-memory cache megoldasai mind a Redis-re epulnek, aminel rendesen fog a ceruza es jo sok bevetelt general a szolgaltatoknak. Tobbet, mint amit a Redis-t fejleszto, azon dolgozo, igy penzt belefekteto ceg valaha is latott.

"Amazon Web Services (and lesser cloud giants), you cannot continue reselling Redis as a service as part of your $90 billion business without some kind of licensed contribution back."

Ertem en hogy rossz gonosz a ceg, ami penzt szeretne az altala fejlesztett produktumert es amikor egy masik ceg 100-szor annyit keres vele rohogve, mikozben semmit nem tesz bele (kicsit mindig lopas szagu az ilyen), majd mikor megvaltoztatja a licencelest az ilyen cegek szamara (nem, nem a kodot zarja be es nem a szegeny embert basztatja vele) akkor egjen le a haza. :D