home.social

#nosql — Public Fediverse posts

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

  1. Как я подключил Obsidian к Claude и Codex: домашний сервер, CouchDB, MCP и баг, который съедал заметки

    Статья про то, как я связал Obsidian с Claude и Codex через домашний сервер, CouchDB и MCP, а по дороге поймал баг, который тихо съедал куски заметок. 🔧 Это не про «как всё стало умным», а про нормальную историю с self-hosted, авторизацией, странностями LiveSync, мобильными клиентами, CORS, OAuth 2.1. 👀 Внутри выводы о том, как давать AI доступ к базе знаний и не потерять эти самые данные. Заходите, читайте и делитесь своим опытом ❤️

    habr.com/ru/companies/X5Tech/a

    #obsidian #claude #codex #couchdb #mcpserver #nosql #livesync #домашний_сервер #база_знаний #OAuth_21

  2. [Перевод] Масштабирование кластера Valkey до 1 миллиарда запросов в секунду

    Предстоящий релиз Valkey 9.0 несёт в себе значительные улучшения в отказоустойчивости больших кластеров, позволяя масштабироваться до 2000 узлов и достигать производительности свыше 1 миллиарда запросов в секунду, и всё это с гарантированно ограниченным временем восстановления. В этой статье мы рассмотрим, как работает система кластеризации Valkey, а также архитектурные усовершенствования и тщательное тестирование, которые сделали возможным такой уровень масштабирования.

    habr.com/ru/articles/958998/

    #valkey #redis #nosql #inmemory #кластеризация #высокая_производительность #open_source #базы_данных #масштабирование #1_миллиард_rps

  3. Наш опыт с Cassandra и ScyllaDB: какие есть ограничения у этих key-value-БД и почему стоит присмотреться к альтернативам

    Быть или не быть? Стоит ли использовать key-value-базы данных в большом продакшне? На связи Иван Храмов, CTO МТС ID, и Николай Диденко, техлид из команды инфраструктуры МТС Web Services. Мы используем Cassandra в МТС ID и за годы эксплуатации познали и сильные, и слабые стороны этого решения. Главная особенность и одновременно ограничение Cassandra и ScyllaDb — это то, что они строго key-value-хранилища. Именно с этим они справляются отлично — быстрое чтение и запись по ключу, георезервирование и масштабирование. На этом этапе все выглядит радужно. Но по мере роста проекта возникает необходимость более сложной работы с данными. Например, когда хочется получить информацию в разрезе дат или понять, на каких устройствах какие токены живут. И вот здесь начинают всплывать ограничения архитектуры и типовые грабли, на которые можно наступить (и мы регулярно это делали). В этом материале мы опишем, почему выбрали Cassandra и с какими проблемами столкнулись — надеемся, это поможет правильно определиться с выбором нужного инструмента для ваших систем.

    habr.com/ru/companies/ru_mts/a

    #cassandra #scylladb #kyevalue #базы_данных #nosql #devops #repair #Materialized_views #Secondary_Indexes