Vlákno názorů k článku
Redis mění licenci, již není svobodná od cc - Oznámil už někdo fork?

Oznámil už někdo fork?

KeyDB - jako fork Redisu už existje delší dobu. Viz: https://docs.keydb.dev/
A za určitých siutací, tak Apache Ignite umí Redis rozhranní (ale bylo hodně chudé, tak na úrovni Redis3), ale ten nenacpu do melého 32 bit SBC, jak Redis...

Hezká alternativa, používá tu někdo KeyDB v seriózní produkci? Díky předem.

Edit: Ještě jsem našel Skytable (podobná věc psaná v Rustu), ale ta je momentálně v nějaké verzi 0.8, takže asi dost bleeding edge.

21. 3. 2024, 13:38 editováno autorem komentáře

KeyDB jsem zatím neviděl v produkci, ale jsou tady vyspělejší (věkem) projekty, které redis umí nahradit.

V produkci mám zkušenosti s https://github.com/dragonflydb/dragonfly, https://github.com/microsoft/garnet (to teď hodně používáme s AI, za pár dní bude vidět na MS konferenci) nebo https://github.com/apache/kvrocks

Používá to v produkci minimálně jeden velký lékárenský řetězec.

Ano, keydb máme na produkci v mnoha instancních. Neni potřeba se toho bát.

Proc cpat redis do 32bit SBC? Jaky ma smysl tento use case?

Cache lokálně naměřených dat, než jdou dále. Použity streamy (takže taková in ram kafka v malém). Lokální úliožiště je příšerné, RAM nadbytek, takže se jede RAM only režim a jen když náznaky, že dojde elektrika, tak se vynucuje občas uložení na ten lokální šváb někde CF. Pokud by všude bylo něco jako SSD, tak taková vopičina netřeba. A v kombinaci s trochu upraveným webdis, tak je nad tím i lokální web, pro čiste local only provoz, když se o nadřazenou část.

Na tohle je fajn NATS JetStream, umi streamy na disku i v pameti a umi fungovat i jako key-value DB, opet s ulozistem na disku nebo v RAM. Je to psane v go, velmi rychle a male. Doma to pouzivam na odroidu a v praci s tim zaciname nahrazovat kafku.

Pozeral som ale posledne verzie a vyzera ze sa to uz moc nevyvija. Posledny release bol 1 rok dozadu.