#keydb — Public Fediverse posts

Watching the re-indexing of an archival catalog backup of AtoM, I realized:

Indices populated with 18751 documents in 164.84 seconds.

19k Objects?
Thats /nothing/ for a regular #bigDATA tech-tool. This is peanuts.

400.000 Objects?
Millions?! - According to documentation of #ApacheIceberg #ObjectStore #Redis #KeyDB, etc: **easy**

#DLTP & #GLAM: Storing and using those "objects" in key/value annotated filesystems with bigDATA tools:

**FUN!!**

Watching the re-indexing of an archival catalog backup of AtoM, I realized:

Indices populated with 18751 documents in 164.84 seconds.

19k Objects?
Thats /nothing/ for a regular #bigDATA tech-tool. This is peanuts.

400.000 Objects?
Millions?! - According to documentation of #ApacheIceberg #ObjectStore #Redis #KeyDB, etc: **easy**

#DLTP & #GLAM: Storing and using those "objects" in key/value annotated filesystems with bigDATA tools:

**FUN!!**

Watching the re-indexing of an archival catalog backup of AtoM, I realized:

Indices populated with 18751 documents in 164.84 seconds.

19k Objects?
Thats /nothing/ for a regular #bigDATA tech-tool. This is peanuts.

400.000 Objects?
Millions?! - According to documentation of #ApacheIceberg #ObjectStore #Redis #KeyDB, etc: **easy**

#DLTP & #GLAM: Storing and using those "objects" in key/value annotated filesystems with bigDATA tools:

**FUN!!**

Eventually tagging cache will have to come back to #Laravel sooner or later.

What about trying to re-implement it in time for Laravel 13? That would mean to depend on Symfony Cache.

https://symfony.com/doc/current/cache.html#cache-using-cache-tags

#PHP #Programming #Cache #Redis #Memcache #Memcached #Valkey #Dragonfly #KeyDB #SQLlite #Coding #Code #Symfony

LitestarCatsCV. Тренируемся на кошках. Расширяем возможности и готовимся к продакшену. Часть 3

Привет, котики и котолюбы! В первой части нашего кошачьего приключения мы выбрали инструменты (Litestar вместо FastAPI, Granian вместо Gunicorn, KeyDB вместо Redis), настроили uv и заложили фундамент проекта. Во второй части мы построили полноценное CRUD API для резюме котиков (или людей, если вам так ближе), подружили его с PostgreSQL через SQLAlchemy, настроили миграции с Alembic и написали тесты с Pytest. У нас уже есть стены и фундамент, но пора ставить крышу и готовиться к продакшену! 🏠 Сегодня мы сделаем наш API ещё круче: вынесем конфиги в отдельный модуль с помощью msgspec, добавим аутентификацию через встроенный JWT в Litestar, ускорим API с KeyDB, проверим покрытие тестами с coverage, упакуем всё в Docker и нарисуем резюме котиков с помощью Jinja. К концу статьи наш кошачий проект будет готов к реальной жизни — поехали! 🚀

https://habr.com/ru/companies/ntechlab/articles/901852/

#api #python #tutorial #backend #uv #fastapi #litestar #granian #jinja #keydb

LitestarCatsCV. Тренируемся на кошках. Расширяем возможности и готовимся к продакшену. Часть 3

Привет, котики и котолюбы! В первой части нашего кошачьего приключения мы выбрали инструменты (Litestar вместо FastAPI, Granian вместо Gunicorn, KeyDB вместо Redis), настроили uv и заложили фундамент проекта. Во второй части мы построили полноценное CRUD API для резюме котиков (или людей, если вам так ближе), подружили его с PostgreSQL через SQLAlchemy, настроили миграции с Alembic и написали тесты с Pytest. У нас уже есть стены и фундамент, но пора ставить крышу и готовиться к продакшену! 🏠 Сегодня мы сделаем наш API ещё круче: вынесем конфиги в отдельный модуль с помощью msgspec, добавим аутентификацию через встроенный JWT в Litestar, ускорим API с KeyDB, проверим покрытие тестами с coverage, упакуем всё в Docker и нарисуем резюме котиков с помощью Jinja. К концу статьи наш кошачий проект будет готов к реальной жизни — поехали! 🚀

https://habr.com/ru/companies/ntechlab/articles/901852/

#api #python #tutorial #backend #uv #fastapi #litestar #granian #jinja #keydb

LitestarCatsCV. Тренируемся на кошках. Расширяем возможности и готовимся к продакшену. Часть 3

Привет, котики и котолюбы! В первой части нашего кошачьего приключения мы выбрали инструменты (Litestar вместо FastAPI, Granian вместо Gunicorn, KeyDB вместо Redis), настроили uv и заложили фундамент проекта. Во второй части мы построили полноценное CRUD API для резюме котиков (или людей, если вам так ближе), подружили его с PostgreSQL через SQLAlchemy, настроили миграции с Alembic и написали тесты с Pytest. У нас уже есть стены и фундамент, но пора ставить крышу и готовиться к продакшену! 🏠 Сегодня мы сделаем наш API ещё круче: вынесем конфиги в отдельный модуль с помощью msgspec, добавим аутентификацию через встроенный JWT в Litestar, ускорим API с KeyDB, проверим покрытие тестами с coverage, упакуем всё в Docker и нарисуем резюме котиков с помощью Jinja. К концу статьи наш кошачий проект будет готов к реальной жизни — поехали! 🚀

https://habr.com/ru/companies/ntechlab/articles/901852/

#api #python #tutorial #backend #uv #fastapi #litestar #granian #jinja #keydb

LitestarCatsCV. Тренируемся на кошках. Расширяем возможности и готовимся к продакшену. Часть 3

Привет, котики и котолюбы! В первой части нашего кошачьего приключения мы выбрали инструменты (Litestar вместо FastAPI, Granian вместо Gunicorn, KeyDB вместо Redis), настроили uv и заложили фундамент проекта. Во второй части мы построили полноценное CRUD API для резюме котиков (или людей, если вам так ближе), подружили его с PostgreSQL через SQLAlchemy, настроили миграции с Alembic и написали тесты с Pytest. У нас уже есть стены и фундамент, но пора ставить крышу и готовиться к продакшену! 🏠 Сегодня мы сделаем наш API ещё круче: вынесем конфиги в отдельный модуль с помощью msgspec, добавим аутентификацию через встроенный JWT в Litestar, ускорим API с KeyDB, проверим покрытие тестами с coverage, упакуем всё в Docker и нарисуем резюме котиков с помощью Jinja. К концу статьи наш кошачий проект будет готов к реальной жизни — поехали! 🚀

https://habr.com/ru/companies/ntechlab/articles/901852/

#api #python #tutorial #backend #uv #fastapi #litestar #granian #jinja #keydb

@reconditerose I've just read you're maintainer of #Valkey ? cool. 😎

Didn't know about that (yet) either. I've considered #KeyDB as #redis alternative due to using not-just-RAM.

Reading this at the moment, though:
https://valkey.io/topics/persistence/

The future of the multi-threaded #redis alternative of #KeyDB seems uncertain now, with its core maintainer leaving Snap. #Valkey is still going strong, though!

https://github.com/Snapchat/KeyDB/issues/895

Résultat de la soirée #promox / #container ....

BAH PUTAIN J'AURAIS AIMER QU'ON M'APPRENNE A FAIRE DES CONTAINERS AVANT.

Ca consomme rien comparé aux VM, j'ai pu monter un #redis (#keydb) , un #postgresql et remonter mon instance #synapse (#matrix) et le proco tourne à ... bah 0% en effet.

J'ai envie de souffler très fort tellement j'aurais pu les choses autrement avant ...

Et tout ca avec #IPv6, #HTTPS et tout

So after all this time, what is the established Redis alternative? Is is valkey? Keydb? Or something else?

#redis #valkey #keydb #foss

@opensource

@anderseknert
how would we compare and contrast #valkey, #keydb, #dragonflyDB
also the legal framework and future exposure to #enshitification

I work on linux and open source solutions only.

@anderseknert
how would we compare and contrast #valkey, #keydb, #dragonflyDB
also the legal framework and future exposure to #enshitification

I work on linux and open source solutions only.

@anderseknert
how would we compare and contrast #valkey, #keydb, #dragonflyDB
also the legal framework and future exposure to #enshitification

I work on linux and open source solutions only.

This discussion on HN about why you may not need anything other than Postgres: https://news.ycombinator.com/item?id=42036303

brings up a good question about Redis- one I've wondered myself: Are we using Redis the wrong way?

The main use of Redis is as a simple key/value store. The idea is that if we are doing a process such as a DB query, we can cache the result. This is essentially memoization, and I remember this being used way back with a program called memcached.

Redis is a highly optimized key/value store, but many people (myself included) use hosted Redis servers. This introduces a lot of overhead on reads.

Wouldn't we be better off moving the key/value pair server as close to the application as possible, and then relying on writes being distributes to all instances? At worst we might get old data, but if we're using the system for caching, that shouldn't matter much, and we can instead rely on eventual consistency.

I'm curious as to other's thoughts on this.

#Redis
#KeyDB
#SystemArchitecture

Уже сложно определить фундаментальную разницу между IT в промышленности и Интернет

Поговорим об IT в промышленности с архитектором решений из команды Технологической Платформы НЛМК. Александр Лищук поделится своим мнением по вопросам, которые интересуют многих инженеров, решающих, стоит ли выбрать в качестве направления развития IT в промышленности: ● типичный стек разработки в промышленности ● дресс-код и субординация ● развитие IT в реальном секторе

https://habr.com/ru/companies/oleg-bunin/articles/849290/

#indastrial #промышленная_революция_40 #devsecops #data_driven #iot #edge_computing #промышленные_кейсы #стек_в_промышленности #keydb #hr_в_it

Уже сложно определить фундаментальную разницу между IT в промышленности и Интернет

Поговорим об IT в промышленности с архитектором решений из команды Технологической Платформы НЛМК. Александр Лищук поделится своим мнением по вопросам, которые интересуют многих инженеров, решающих, стоит ли выбрать в качестве направления развития IT в промышленности: ● типичный стек разработки в промышленности ● дресс-код и субординация ● развитие IT в реальном секторе

https://habr.com/ru/companies/oleg-bunin/articles/849290/

#indastrial #промышленная_революция_40 #devsecops #data_driven #iot #edge_computing #промышленные_кейсы #стек_в_промышленности #keydb #hr_в_it

Уже сложно определить фундаментальную разницу между IT в промышленности и Интернет

Поговорим об IT в промышленности с архитектором решений из команды Технологической Платформы НЛМК. Александр Лищук поделится своим мнением по вопросам, которые интересуют многих инженеров, решающих, стоит ли выбрать в качестве направления развития IT в промышленности: ● типичный стек разработки в промышленности ● дресс-код и субординация ● развитие IT в реальном секторе

https://habr.com/ru/companies/oleg-bunin/articles/849290/

#indastrial #промышленная_революция_40 #devsecops #data_driven #iot #edge_computing #промышленные_кейсы #стек_в_промышленности #keydb #hr_в_it

Started to swap redis instances for #keydb. Especially for #mastodon since it has been a problem multiple times, that as soon as "the right #redis instance" dies, all mastodon-web pods become unready.

This should be fixed now in theory .-. lets see what reality says in the next few weeks.

https://git.shivering-isles.com/shivering-isles/infrastructure-gitops/-/commit/4d2ac14345cd578874566035c64cb6f076e6c708

@lastguru vecā versija jau vēl ir :)
Es pat vēl neesmu skatījies alternatīvu, ja godīgi, bet gan jau ir vai tulīt būs izvēles iespējas.

Es izpētē skatījos uz #KeyDB un #RethinkDB, bet neviens vēl nav notestēts, tikai teorija izlasīta.

@lastguru vecā versija jau vēl ir :)
Es pat vēl neesmu skatījies alternatīvu, ja godīgi, bet gan jau ir vai tulīt būs izvēles iespējas.

Es izpētē skatījos uz #KeyDB un #RethinkDB, bet neviens vēl nav notestēts, tikai teorija izlasīta.

@lastguru vecā versija jau vēl ir :)
Es pat vēl neesmu skatījies alternatīvu, ja godīgi, bet gan jau ir vai tulīt būs izvēles iespējas.

Es izpētē skatījos uz #KeyDB un #RethinkDB, bet neviens vēl nav notestēts, tikai teorija izlasīta.

@lastguru vecā versija jau vēl ir :)
Es pat vēl neesmu skatījies alternatīvu, ja godīgi, bet gan jau ir vai tulīt būs izvēles iespējas.

Es izpētē skatījos uz #KeyDB un #RethinkDB, bet neviens vēl nav notestēts, tikai teorija izlasīta.

@lastguru vecā versija jau vēl ir :)
Es pat vēl neesmu skatījies alternatīvu, ja godīgi, bet gan jau ir vai tulīt būs izvēles iespējas.

Es izpētē skatījos uz #KeyDB un #RethinkDB, bet neviens vēl nav notestēts, tikai teorija izlasīta.

Как компании зарабатывают на опенсорсе, а потом выкидывают его

Финансирование разработки Kubernetes крупнейшими спонсорами на GitHub за последние десять лет, источник Эти компании сначала при помощи сообщества разрабатывают опенсорсный софт или берут готовый, строят на нём прибыльный бизнес, зарабатывают миллионы. А потом меняют лицензию, оставляя контрибуторов, пользователей и партнёров в недоумении, что им делать. Такова бизнес-модель некоторых современных компаний вроде Redis Labs . Но ещё хуже поступают крупные облачные провайдеры. Они просто используют готовые решения, вообще не занимаясь разработкой и убивая бизнес «паразитов», описанных выше. Здесь вообще паразиты в квадрате. И весь этот террариум кормится опенсорсом.

https://habr.com/ru/companies/ruvds/articles/811679/

#ruvds_статьи #Amazon #Redis #ElasticSearch #OpenSearch #Redis_Enterprise_Cloud #Apache 20 #Server_Side_Public_License #SSPL #Berkeley_Software_Distribution #BSD #HashiCorp #Terraform #Mozilla_Public_License #MPL #Business_Source_License #BSL #Redict #KeyDB #Valkey #OpenTofu #OpenTF

Как компании зарабатывают на опенсорсе, а потом выкидывают его

Финансирование разработки Kubernetes крупнейшими спонсорами на GitHub за последние десять лет, источник Эти компании сначала при помощи сообщества разрабатывают опенсорсный софт или берут готовый, строят на нём прибыльный бизнес, зарабатывают миллионы. А потом меняют лицензию, оставляя контрибуторов, пользователей и партнёров в недоумении, что им делать. Такова бизнес-модель некоторых современных компаний вроде Redis Labs . Но ещё хуже поступают крупные облачные провайдеры. Они просто используют готовые решения, вообще не занимаясь разработкой и убивая бизнес «паразитов», описанных выше. Здесь вообще паразиты в квадрате. И весь этот террариум кормится опенсорсом.

https://habr.com/ru/companies/ruvds/articles/811679/

#ruvds_статьи #Amazon #Redis #ElasticSearch #OpenSearch #Redis_Enterprise_Cloud #Apache 20 #Server_Side_Public_License #SSPL #Berkeley_Software_Distribution #BSD #HashiCorp #Terraform #Mozilla_Public_License #MPL #Business_Source_License #BSL #Redict #KeyDB #Valkey #OpenTofu #OpenTF

Как компании зарабатывают на опенсорсе, а потом выкидывают его

Финансирование разработки Kubernetes крупнейшими спонсорами на GitHub за последние десять лет, источник Эти компании сначала при помощи сообщества разрабатывают опенсорсный софт или берут готовый, строят на нём прибыльный бизнес, зарабатывают миллионы. А потом меняют лицензию, оставляя контрибуторов, пользователей и партнёров в недоумении, что им делать. Такова бизнес-модель некоторых современных компаний вроде Redis Labs . Но ещё хуже поступают крупные облачные провайдеры. Они просто используют готовые решения, вообще не занимаясь разработкой и убивая бизнес «паразитов», описанных выше. Здесь вообще паразиты в квадрате. И весь этот террариум кормится опенсорсом.

https://habr.com/ru/companies/ruvds/articles/811679/

#ruvds_статьи #Amazon #Redis #ElasticSearch #OpenSearch #Redis_Enterprise_Cloud #Apache 20 #Server_Side_Public_License #SSPL #Berkeley_Software_Distribution #BSD #HashiCorp #Terraform #Mozilla_Public_License #MPL #Business_Source_License #BSL #Redict #KeyDB #Valkey #OpenTofu #OpenTF

Как компании зарабатывают на опенсорсе, а потом выкидывают его

Финансирование разработки Kubernetes крупнейшими спонсорами на GitHub за последние десять лет, источник Эти компании сначала при помощи сообщества разрабатывают опенсорсный софт или берут готовый, строят на нём прибыльный бизнес, зарабатывают миллионы. А потом меняют лицензию, оставляя контрибуторов, пользователей и партнёров в недоумении, что им делать. Такова бизнес-модель некоторых современных компаний вроде Redis Labs . Но ещё хуже поступают крупные облачные провайдеры. Они просто используют готовые решения, вообще не занимаясь разработкой и убивая бизнес «паразитов», описанных выше. Здесь вообще паразиты в квадрате. И весь этот террариум кормится опенсорсом.

https://habr.com/ru/companies/ruvds/articles/811679/

#ruvds_статьи #Amazon #Redis #ElasticSearch #OpenSearch #Redis_Enterprise_Cloud #Apache 20 #Server_Side_Public_License #SSPL #Berkeley_Software_Distribution #BSD #HashiCorp #Terraform #Mozilla_Public_License #MPL #Business_Source_License #BSL #Redict #KeyDB #Valkey #OpenTofu #OpenTF

Это база: нюансы работы с Redis. Часть 2, репликация

Всем привет, на связи Пётр, инженер компании Nixys. В прошлой статье мы разобрали основные концепции Redis. Теперь рассмотрим базовую репликацию Redis и настроим эту БД на высокий уровень отказоустойчивости.

https://habr.com/ru/companies/nixys/articles/805463/

#redis #keydb #data_bases #infrastructure #inmemory #devops #nosq #replication

Это база: нюансы работы с Redis. Часть 2, репликация

Всем привет, на связи Пётр, инженер компании Nixys. В прошлой статье мы разобрали основные концепции Redis. Теперь рассмотрим базовую репликацию Redis и настроим эту БД на высокий уровень отказоустойчивости.

https://habr.com/ru/companies/nixys/articles/805463/

#redis #keydb #data_bases #infrastructure #inmemory #devops #nosq #replication

Это база: нюансы работы с Redis. Часть 2, репликация

Всем привет, на связи Пётр, инженер компании Nixys. В прошлой статье мы разобрали основные концепции Redis. Теперь рассмотрим базовую репликацию Redis и настроим эту БД на высокий уровень отказоустойчивости.

https://habr.com/ru/companies/nixys/articles/805463/

#redis #keydb #data_bases #infrastructure #inmemory #devops #nosq #replication

The Redis "in-memory data store" project to a non-free license https://www.admin-magazine.com/News/Redis-Switches-to-Non-Free-License #Redis #KeyDB #Valkey #FOSS #OpenSource #FreeSoftware #license

@lemeteore

#keydb

[Перевод] В погоне за заменой Redis

21 марта Redis Ltd. объявила, что, начиная с Redis 7.4, ее «in-memory data store» будет выпускаться под несвободными лицензиями с доступным (source-available) исходным кодом. Новость малоприятная, но вполне ожидаемая. Необычно в этой ситуации обилие альтернатив для тех, кто хочет остаться со свободным ПО: есть как минимум четыре варианта замены, включая уже существующий форк под названием KeyDB и недавно анонсированный проект Valkey от Linux Foundation. Вопрос теперь в том, что предпочтут пользователи, провайдеры и создатели дистрибутивов Linux.

https://habr.com/ru/companies/flant/articles/804969/

#субд #redis #keydb #valkey #open_source #лицензии #bsl #sspl #bsd #garnet

That moment when you get quoted on LWN...

😃😃😃😃😃

https://lwn.net/SubscriberLink/966631/6bf2063136effa1e/

#redis #almalinux #fedora #valkey #redict #keydb

@viktor

#Redis #KeyDB #Redict #opensource #oss #foss #gpl

That's great, thank you. Does anybody know, what happened to Pedis (Parallel Redis)? It seems to be stalled.

3 serious forks of #Redis to watch:

#KeyDB

Mutli-threaded fork of Redis based on Redis 6.
BSD 3 Clause license.
Owned by Snapchat.
https://github.com/Snapchat/KeyDB

#Redict

Recent fork by @drewdevault based on the last open source version of Redis 7.2.4.
On Codeberg.
LGPL 3.0 license.
https://codeberg.org/redict/redict

#Valkey

Accepted by Linux Foundation. Started by former Redis contributors & AWS employees.
BSD 3 Clause license.
https://valkey.io/

Boosts appreciated 🙏

#opensource #oss #foss #gpl

Listo!
Ya quedó #Panko, ejecutandose con #Postgresql 16 y #Node 21, #Redis, #DragonflyDB y #KeyDB optimizados, procesando más de 800 actividades por segundo

A disfrutar!

Gracias por su paciencia y espera! ​:mla_blobcatcoffee:​

#Fedi #FediAdmin

Listo!
Ya quedó #Panko, ejecutandose con #Postgresql 16 y #Node 21, #Redis, #DragonflyDB y #KeyDB optimizados, procesando más de 800 actividades por segundo

A disfrutar!

Gracias por su paciencia y espera! ​:mla_blobcatcoffee:​

#Fedi #FediAdmin

Listo!
Ya quedó #Panko, ejecutandose con #Postgresql 16 y #Node 21, #Redis, #DragonflyDB y #KeyDB optimizados, procesando más de 800 actividades por segundo

A disfrutar!

Gracias por su paciencia y espera! ​:mla_blobcatcoffee:​

#Fedi #FediAdmin

@linux_mclinuxface
just learned about dragonflyDB and keyDB.

I'm not sure of how they differ. any info would help.

#redis #dragonflyDB #keyDB

#KeyDB - multithreaded fork of #Redis

https://github.com/Snapchat/KeyDB

Already in #FreeBSD Ports.

And now @realkeydb builds are in Bodhi for all supported @fedora versions and EPEL 8/9 and ready for testing.

Good alternative and potential replacement to #redis

https://bodhi.fedoraproject.org/updates/?search=keydb-6.3.4-2

#keydb #epel #almalinux #fedora

Un petit mémo pour votre prochaine tâche de maintenance : https://docs.keydb.dev/docs/migration/ #sysadmin #redis #keydb

If you're using #redis 6 on #EPEL and want to try out #KeyDB, here's a quick way to switch:

sudo dnf copr enable jonathanspw/keydb && sudo dnf swap redis keydb && sudo systemctl enable --now keydb

Keep in mind that you may need to port over any custom redis config to /etc/keydb and persistent data to /var/lib/keydb.

Thanks @jonathanspw for getting this going!

#opensource

Do you know a thing or two about #redis internals? #KeyDB from #SnapChat is looking for contributors to help them rebase to the last BSD release of redis 7. If you want a multi-threaded #opensource drop-in replacement to be a reality for redis v7 users, please report for duty over on their git repo:

https://github.com/Snapchat/KeyDB/issues/798

Do you need the v7 #redis features or #KeyDB won't work for you for some other reason? Check out #redict, an up and coming #opensource v7 fork of redis.

https://codeberg.org/redict/redict

Are you a #redis user? Unless there's something specific you need from redis-7, #SnapChat has a drop-in #opensource replacement for you called #KeyDB. Coming very soon to a #Linux distribution near you!

https://github.com/Snapchat/KeyDB

@jer @chrisg I have just seen @selea recommending #keydb too.

https://social.linux.pizza/@selea/112132842641508429

@jenniferplusplus