Всем привет! Хочу рассказать, как мы небольшой командой проектировали кэш поиска отелей для сервиса по бронированию отелей и почему за полтора года прошли путь от Infinispan к managed Redis а затем к Postgres. По стеку java-21, spring-boot-3, 1 вендор отелей, расчетная нагрузка 1000 RPS и 10M запросов в сутки.
Рубрика «redis»
От Infinispan до Postgres на 1 ТБ: эволюция кэша поиска отелей
2026-05-03 в 16:15, admin, рубрики: infinispan, java, PostreSQL, redis, spring boot, бронирование отелей, кэширование, миграцияПишем свой SQL query builder на Python: DSL, кеширование в Redis и защита от инъекций
2026-04-30 в 8:15, admin, рубрики: asyncio, caching, django, dsl, orm, python, query cache, redis, sql, sql-инъекцияОчередь на Redis с Lua: порядок в партициях, общий пул воркеров и отложенные сообщения
2026-04-01 в 18:16, admin, рубрики: Go, Lua, queue, redisДля тех кому лень читать и хочется сразу потрогать вот Github.
Откуда задача
Перед командой встала типичная для высоконагруженных сервисов постановка по обработке сообщений:
-
Порядок обработки в рамках одной логической партиции — события по одному пользователю/сущности должны идти строго последовательно.
-
Очень много ключей партиций — сотни тысяч и выше; заводить под каждую ключ отдельную «очередь» в классическом смысле неразумно.
-
Ограниченный пул воркеров, который шарится между партициями, при этом Читать полностью »
Надоел Celery? Не нужен K8s? Как мы сделали легковесный оркестратор на Python
2026-02-20 в 19:15, admin, рубрики: docker, Docker оркестратор, python, redis, легковесная оркестрация, микросервисы, одноузловой оркестратор, оркестрация контейнеров, управление контейнерами, фоновые задачиВведение: Ниша между Celery и Kubernetes
Привет!
Если вы когда-нибудь сталкивались с задачей запуска сотен изолированных фоновых процессов на одном сервере (будь то парсеры для клиентов, торговые боты или обработчики данных в SaaS), то вы знаете, как быстро всё усложняется.
Как я написал Telegram-бота для SEO-аудита и не дал ему стать инструментом для атак
2026-02-15 в 18:16, admin, рубрики: DNS rebinding, pyTelegramBotAPI, python, rate limiting, redis, seo аудит, ssrf, Баден-Баден, битые ссылкиВступление (до ката)
Проверить мета-теги на одной странице — дело пяти минут. Найти битые ссылки на сайте из 500 страниц — уже задача на вечер. А если нужно ещё проанализировать тексты на переоптимизацию, сравнить SEO-метрики с конкурентом и получить красивый отчёт?
Я решил автоматизировать рутину SEO-специалиста (Search Engine Optimization — поисковая оптимизация) через Telegram-бота. Начиналось всё с простой проверки редиректов, а выросло в полноценный инструмент: аудит страниц по 40+ параметрам, краулер битых ссылок, анализ текстов на фильтр «Баден-Баден» Яндекса, конкурентный анализ и мониторинг.
Как я строил бэкенд с ментальностью фронтендера: история одного провала
2026-02-15 в 11:30, admin, рубрики: backend, fail, mongodb, node.js, nuxt, redis, strapiВступление: ловушка "Универсального языка"
Я в IT больше 10 лет. Начинал с верстки, вырос в фронтенд-разработчика, потом стал тимлидом, далее менеджером проектов и сейчас руковожу отделом разработки решений для бизнеса. Я знаю JavaScript. Я люблю JavaScript. И именно эта любовь сыграла со мной злую шутку.
В индустрии есть опасная иллюзия: «Если ты знаешь JavaScript, ты – фулстек». Node.js дал нам, фронтендерам, суперсилу. Мы можем писать серверный код на том же языке, что и клиентский. Мы можем использовать одни и те же типы, одни и те же библиотеки.
Три агента, один репозиторий, ноль менеджеров. Как я построил конвейер, где ИИ пишет, ревьюит и деплоит код
2026-02-11 в 14:14, admin, рубрики: AI, Ai agents, claude, code review, docker, llm, python, redis, refactoring, автоматизацияМесяц назад я закинул задачу на рефакторинг модуля авторизации и пошёл варить кофе. Кофе я допить не успел. Через двадцать три минуты пришло уведомление в ТГ: «staging обновлён, 94 теста пройдено, 0 упало».
Открыл репозиторий. Ветка, diff на два экрана. Code review от второго агента. Три замечания, два по делу. Третий агент прогнал тесты и задеплоил.
Код был чище, чем я обычно пишу по пятницам.
Но до этого момента были три месяца граблей, упавший продакшен, и одна ночь, когда агенты сделали десятки бесполезных коммитов. Обо всём по порядку.
Один агент. Один мозг. Ноль сомнений
Мой локальный агент помнит проект лучше меня. Контекст — 32K токенов. Расскажу, как
2026-02-09 в 17:31, admin, рубрики: ai-агенты, chromadb, llama, llm, rag, redis, векторный поиск, локальные моделиТри месяца назад я наблюдал, как мой агент на Llama 3.1 8B в третий раз спрашивает, как меня зовут.
Я представился в первом сообщении. Двести сообщений назад...
Агент забыл. Не потому что тупой. Потому что контекст переполнился и начало разговора уехало в никуда.
Это был момент, когда я понял: мы неправильно думаем о памяти.
Почему большие контексты — это ловушка
Когда вышел Claude с контекстом на миллион токенов, казалось — проблема решена. Запихиваем всё в контекст, модель помнит всё. Красота.
Потом пришёл счёт за API.
Redis больше не нужен?! Реализуем реактивный кэш на чистом PostgreSQL и Go
2026-02-05 в 8:15, admin, рубрики: Go, golang, in-memory cache, postgresql, redis, sql, SSO, базы_данных, кеширование, микросервисыПривет! 👋
В современной разработке мы привыкли решать проблемы производительности стандартным набором инструментов. "База не тянет? Поставь Redis!" — это стало почти рефлексом. Но всегда ли оправдано тащить в инфраструктуру лишний сервис, настраивать сетевые хопы и следить за инвалидацией, если ваша задача — это всего лишь быстрый доступ к небольшому справочнику?
В нашем Open Source проекте BMSTU-ITSTECH/SSOЧитать полностью »