home.social

#keydb — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #keydb, aggregated by home.social.

  1. 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!!**

  2. 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.

    symfony.com/doc/current/cache.

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

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

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

    habr.com/ru/companies/ntechlab

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

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

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

    habr.com/ru/companies/ntechlab

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

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

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

    habr.com/ru/companies/ntechlab

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

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

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

    habr.com/ru/companies/ntechlab

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

  7. @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.

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

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

    habr.com/ru/companies/oleg-bun

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

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

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

    habr.com/ru/companies/ruvds/ar

    #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

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

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

    habr.com/ru/companies/nixys/ar

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

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

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

    habr.com/ru/companies/flant/ar

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

  12. @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.

  13. 3 serious forks of #Redis to watch:

    #KeyDB

    Mutli-threaded fork of Redis based on Redis 6.
    BSD 3 Clause license.
    Owned by Snapchat.
    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.
    codeberg.org/redict/redict

    #Valkey

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

    Boosts appreciated 🙏

    #opensource #oss #foss #gpl

  14. @linux_mclinuxface
    just learned about dragonflyDB and keyDB.

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

    #redis #dragonflyDB #keyDB

  15. 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

  16. 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

  17. 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