Аналитические запросы в крупных системах требуют обхода больших объемов данных. Но необязательно делать это «в лоб».

Почему бы не сделать так, чтобы запрос обходил только нужные участки, а не пробегал марафон по всей таблице?

Мы сделали 👌

В новом колоночном движке Tarantool MemCS появился Data Skipping — механизм, который ускоряет сканирование за счет пропуска нерелевантных сегментов данных. Андрей Саранчин, разработчик СУБД Tarantool в VK Tech, рассказывает в статье, как его правильно использовать.

Движок хранит компактные метаданные по блокам и сразу понимает, где искать результат запроса, а какие области можно пропустить.

Что это дает:

🔹 Меньше чтений и нагрузок при больших аналитических запросах.
🔹 Ускорение сканирования без стоимости полноценных индексов.
🔹 MemCS анализирует только те части данных, которые точно имеют отношение к запросу.

Это делает решение еще быстрее на аналитических задачах и помогает строить масштабируемые HTAP-системы без лишних затрат.

➜ Читайте статью на Хабре

На эфире AM Live спикеры обсудили, как выбирать отечественные решения и мигрировать без боли.

От VK Tech выступил Руслан Галиев, руководитель команды коробочных продуктов Tarantool.

В программе было три больших блока:

• рынок российских систем управления базами данных
• выбор российской СУБД и миграция
• будущее российских СУБД

☝️ Рекомендуем внимательно посмотреть каждый блок, чтобы выбрать СУБД, подходящую под вашу задачу.

➜ Смотрите запись эфира

📌 Задача: обновить схему БД.
📊 Статус: повторяется каждый спринт.

Если вы узнали по этому фрагменту таск-трекер своей команды разработки, то знайте — проблема не в специалистах и не в планировании. Просто данные растут быстрее, чем реляционная схема успевает за бизнесом.

В таких сценариях компании начинают смотреть в сторону NoSQL. Эти базы данных не требуют жесткой схемы, проще масштабируются горизонтально и лучше справляются с большими объемами разнородных данных. Это делает их удобными для современных приложений, где данные и нагрузки постоянно меняются.

В новой статье разбираем, какие варианты NoSQL существуют:

• документные — для данных с разной структурой: товары, профили, контент
• ключ-значение — для кэша, сессий и быстрых операций
• графовые — когда важны связи: рекомендации, антифрод, социальные графы
• колоночные — для аналитики, логов и работы с большими объемами данных

Материал наполнен примерами, которые помогут подобрать решение под задачи вашего бизнеса. Например, для сценариев real-time аналитики и обработки больших потоков данных в экосистеме VK Tech используется Tarantool Column Store — колоночная СУБД. Она позволяет анализировать данные в реальном времени без задержек и без лишних ETL-процессов.

➜ Читайте статью в блоге Tarantool

В конце года мы открыли исходный код коннектора Tarantool Java EE и переименовали его в Tarantool Java SDK. 

Дистрибутив уже доступен в Maven Central и на GitHub, что упростит интеграцию с Java-приложениями в корпоративных средах.

А еще мы выложили на Хабре статью, в которой старший программист в VK Tech Артем Дубинин рассказал и показал, что Tarantool реально совместить с Java без больших полотен кода, а итеративно с небольшими сниппетами.

➜ Читайте статью и пробуйте решение самостоятельно

С наступающим! 🎉

2025 год стал для нас годом подтверждения надежности Tarantool в реальных сценариях хайлоад систем. Мы развивали продукт в системах, где важны производительность, отказоустойчивость и предсказуемость под высокой нагрузкой.

Вот ключевые результаты года 👇

🚀 Tarantool Database 3.0

В релизе появился механизм автоматического охлаждения данных. Он позволяет разделять горячие и холодные данные, снижать нагрузку на память и экономить инфраструктурные ресурсы без потери доступа к информации. Также мы доработали собственный дашборд Tarantool DB для Grafana и обновили рекомендации по миграции с версии 2.x.

🏆 Признание рынка

Tarantool Database и Tarantool Column Store вошли в топ-5 рейтинга «Конвергентные СУБД 2025» по версии CNewsMarket. Это самый высокий результат среди отечественных in-memory решений — оценка учитывала функциональность, универсальность и соответствие требованиям сертификации.

🛡 Подтверждение требований безопасности

Мы подтвердили соответствие Tarantool требованиям ФСТЭК России. Обновленный сертификат получила СУБД Tarantool Plus, в состав которой входят Tarantool Database и модуль Clusters Federation для построения отказоустойчивых конфигураций.

🥇 Финал премии «Цифровые вершины 2025»

Наш совместный с «Ростелекомом» проект по построению новой архитектуры личного кабинета вышел в финал номинации «Лучшее ИТ-решение для импортозамещения». Из 106 заявок в финал прошли только пять проектов — и мы среди них.

📈 Проект с Петербургской Биржей

Вместе с Петербургской Биржей запустили новую торговую систему срочного рынка. Решение выдерживает целевые 100 000 RPS при 40 мс на заявку, поддерживает 70 млн заявок в торговый день, из них 60 млн в пиковую нагрузку. Система выдерживает отказ любого компонента или даже целого дата-центра.

🎄 Поздравляем клиентов, партнеров и нашу команду с наступающим Новым годом!

Спасибо, что доверяете Tarantool в задачах, где важны скорость, стабильность и ответственность. В 2026 году будет еще больше инженерных решений, сильных кейсов и новых возможностей.

🔮 Новогодний шар предсказаний Tarantool

Остановите видео в случайный момент и посмотрите, какое будущее шар желает вашей инфраструктуры.

Расшифруйте, что вам выпало 👇

🚀 Tarantool Enterprise Edition
Пусть кэш, витрины данных и профиль клиента станут умнее, а расходы на инфраструктуру — ниже.

🔄 Tarantool CDC
Пусть данные из реляционных СУБД уходят в real-time без боли, костылей и лишних затрат.

⚡ Tarantool DB
Пусть ключевые сервисы будут доступны всегда, а цифровые продукты — работать в реальном времени.

🕸 Tarantool Graph DB
Пусть связи в данных раскроются сразу — без сложных вычислений и долгих запросов.

📬 Tarantool Queue Enterprise
Пусть очереди подстраиваются под бизнес-логику, а не бизнес — под ограничения очередей.

📊 Tarantool Column Store
Пусть транзакции и аналитика сходятся в одной точке — быстро и без задержек.

🌍 Tarantool Clusters Federation
Пусть отказ дата-центра останется незаметным для пользователей и бизнеса.

☸️ Tarantool Kubernetes Operator
Пусть кластеры запускаются быстрее, а управление ими не требует отдельной команды.

✨ С наступающим!
Пусть в 2026 году случайные предсказания станут запланированными победами.

Инженерные привычки, которые мы не берем с собой после праздников

Праздники — редкий момент, когда можно выдохнуть и спокойно посмотреть на свои проекты.

Вот какие привычки точно хочется оставить в прошлом 👇

🔧 «Пока работает — не трогаем»
Нагрузка всегда приходит внезапно. В Tarantool мы исходим из этого по умолчанию и развиваем системы заранее, а не в режиме пожара.

🧱 Архитектура «на первое время»
Временные решения имеют неприятное свойство становиться постоянными. Масштабирование и отказоустойчивость проще заложить сразу, чем чинить потом.

📊 Аналитика «потом, ночью выгрузим»
Когда решения нужны здесь и сейчас, отложенная аналитика перестает работать. Реальность давно real-time.

🌍 Отказоустойчивость «на бумаге»
Если сценарий отказа не проживали на практике — скорее всего, его не существует.

Хорошая архитектура — та, о которой не приходится думать в выходные.
Мы делаем Tarantool именно для таких систем.

Порефлексировали? Тогда можно спокойно продолжать отдыхать 😌

✅ Четкая структура данных
✅ Предсказуемые сценарии
❌ Универсальность на все случаи роста

При проектировании системы выбор базы данных напрямую влияет на скорость, масштабируемость и стоимость инфраструктуры.

Реляционные БД хорошо подходят, когда:

• данные строго структурированы
• важны сложные связи между сущностями
• критична транзакционность и ACID-гарантии
• нагрузка предсказуемая и растет умеренно

Именно поэтому они до сих пор используются в банках, ERP, CRM и системах учета.

👉 У такого подхода есть ограничения: горизонтальное масштабирование дается сложно, схема данных жесткая, а работа с большими и меняющимися объемами данных со временем замедляется.

Нереляционные БД решают эти проблемы в сценариях:

• когда структура данных часто меняется
• когда важна скорость записи и чтения
• когда система должна масштабироваться горизонтально
• когда допустима более гибкая модель согласованности данных

В статье разобрали, чем реляционные и нереляционные базы данных отличаются на практике, какие типы NoSQL существуют и как выбрать подходящий вариант под конкретные задачи.

➜ Читайте статью в блоге

Отклонения в системе есть? А если найдем? 👀

🔎 Поиск запущен…

Обнаружен классический перекос: данные, которые были нужны в активной фазе, по инерции продолжают занимать RAM без реальной пользы.

📊 На практике таких данных может быть до 80%. Хранить их в оперативной памяти — дорого и технически неоправданно.

В Tarantool DB 3.0 эта задача решается на уровне СУБД, путем добавления механизма охлаждения данных.

Данные автоматически распределяются по температуре:

• горячие остаются в RAM и обслуживают транзакционную нагрузку
• холодные переносятся на диск без потери доступности

Механизм работает из коробки без фоновых скриптов, ручных миграций и кастомной логики архивации. За процесс отвечает встроенный Cooler, работающий поверх Vinyl.

В статье подробно разобрали архитектуру Cooling Tier, настройки Vinyl под реальные нагрузки и расчет экономического эффекта.

➜ Читайте статью на Хабре

🎉 Проект на базе Tarantool стал победителем конкурса Global CIO «Проект года». Это одна из ключевых площадок для развития компетенций профессионального сообщества и транслирования лучших практик в области цифровизации.

Для ВТБ была создана единая витрина маркетинговых предложений на базе Tarantool. Решение стало мастер-системой для хранения, приоритизации и доставки предложений во все каналы обслуживания.

Витрина работает в режиме реального времени, выдерживает высокую нагрузку и позволяет банку управлять коммуникациями с клиентами в едином контексте, независимо от канала. Благодаря архитектуре на Tarantool обновления проходят без простоев, а скорость доставки предложений измеряется миллисекундами.

Спасибо команде ВТБ за совместную работу! Нашими общими результатами действительно можно гордиться 💙

Гордимся Tarantool и его комьюнити 💙

Мы добавили поддержку Lua в OSS-Fuzz, а следом — фаззинг-тесты Lua для Tarantool.
Теперь каждый PR автоматически прогоняется через сотни дополнительных проверок для LuaJIT, сервера приложений, memtx и vinyl.

Мы продолжаем улучшать Tarantool и делать его надежнее и удобнее — во многом благодаря запросам и обратной связи от сообщества.

➜ Читайте подробности на GitHub

А ваше приложение все еще считает, что список узлов кластера — это статический массив? 👀

В Tarantool 3.0 конфигурация хранится централизованно в etcd или Config Storage. Но клиентскому приложению все равно нужно:

• понимать актуальную топологию
• выбирать узлы по ролям, тегам и режиму RW/RO
• реагировать на failover и появление новых инстансов
• держать пул соединений в актуальном состоянии

👆 Для этого мы сделали go-discovery — Go-библиотеку для автоматического обнаружения узлов кластера Tarantool 3.0.

В статье подробно разобрали архитектуру go-discovery, паттерны Discoverer и Observer, подход к Autodiscovery и ограничения текущей версии.

➜ Читайте статью на Хабре

🚀 До 5 млн RPS с одного экземпляра Tarantool. Никакой магии, только оптимизация клиента на Go!

В статье разобрали, что если тормозит база — это не всегда проблема самой базы.

Даже если Tarantool работает быстро, узким местом может стать клиент: лишние аллокации или горутины, синхронный паттерн поверх асинхронного протокола.

Из материала узнаете:

• как устроен асинхронный протокол IPROTO
• как масштабируется RPS при росте параллелизма
• почему добавление Context к запросу снижает производительность
• как замена channel на sync.Cond добавила +18% RPS
• каковы цифры бенчмарков

Чтобы выжать максимум из Tarantool, нужно понимать, как устроен коннектор, аллокации и модель взаимодействия с сетью. Иногда одна микрооптимизация дает больше, чем масштабирование в 1000 горутин.

➜ Читайте статью на Хабре