🚀 Tarantool + C: как ускорить highload-систему

Tarantool — высокопроизводительная СУБД и сервер приложений для highload-систем. Основной язык разработки — Lua, который позволяет вызывать C-код.

В статье разбираем существующие способы интеграции C в Tarantool и как это может ускорить и без того быструю СУБД.

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

Решили попробовать себя в картографии и добавили все популярные СУБД на одну схему. Получилось масштабно, а Tarantool засветился сразу в двух «рубриках».

💾 Рекомендуем сохранить в избранное, чтобы не потерять.

В экосистеме Tarantool регулярно выходят обновления. Собрали последние новости, на которые стоит обратить внимание 👇

➜ Tarantool Clusters Federation 0.11

Появился батчинг для межкластерной репликации, улучшено масштабирование Gateway и Destination, а также расширены возможности мониторинга.

➜ Обзор релизов Tarantool

Ключевые обновления Tarantool DataBase, Tarantool Column Store и Tarantool Clusters Federation за последнее время — от механизма охлаждения данных до новых возможностей масштабирования.

Во время вебинара будем разбирать, как обеспечить качество больших данных в реальном времени, узнаем особенности построение Data Fabric с помощью HTAP-систем. Рассмотрим особенности архитектуры и основные сценарии работы с колоночной in-memory СУБД Tarantool Column Store. В общем, отличный повод встретиться и узнать больше о работе гибридных СУБД из первых рук.

🎯 31 марта, 17:00 (мск)

Что еще обсудим

🔷 как пустить нагрузку OLTP и делать OLAP-запросы
🔷 как построить действительно быструю аналитическую систему
🔷 как работает обновление отчетов в BI
🔷 разбор кейсов работы в условиях НТАР
🔷 требования к ОС и ПО: как развернуть решение в вашем контуре

После вебинара вы также сможете задать вопросы спикерам и поделиться своим опытом эксплуатации решения. Ждем вас онлайн!

➜ Зарегистрироваться

С обновлением Tarantool Column Store управлять хранением данных стало проще 📑

Теперь устаревшие записи автоматически переносятся из оперативной памяти на диск в формате Apache Iceberg по заданному сроку хранения. Горячие данные остаются в RAM, а холодные — перемещаются в более экономичное хранилище.

Подход актуален для задач, где критически важна скорость аналитики: AML, динамическое ценообразование, рекомендации и ERP.

⚒️ Под капотом — TTL-механика.

Система отслеживает данные по колонке с меткой времени и сроку хранения. Как только данные устаревают, они автоматически перемещаются в холодное хранилище.

При этом доступ сохраняется: можно читать только из горячего слоя, из горячего и холодного сразу или обращаться к холодному, если в горячем не найдено подходящих данных.

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

➜ Читайте больше о новой функции

🏦 Помогли Петербургской Бирже пересобрать торговую и клиринговую системы срочного рынка на базе Tarantool

Старый ПТК со временем начал ограничивать развитие: при росте нагрузки становилось сложнее обеспечивать производительность, отказоустойчивость и запуск новых продуктов. Новую систему построили на in-memory обработке и модульной архитектуре — с возможностью масштабировать отдельные компоненты без полной переработки.

📡 Теперь система:

• обрабатывает до 100 тысяч заявок в секунду (до 40 мс на заявку)
• выдерживает до 70 миллионов заявок в день, включая пики
• обеспечивает RPO = 0 — без потери данных

🛠️ В основе — Tarantool Queue Enterprise и Tarantool Database. Использование коробочных решений позволило быстрее собрать систему и сразу заложить отказоустойчивость и масштабируемость.

Такой подход дает бирже возможность расширять круг участников и наращивать объемы торгов без ограничений со стороны инфраструктуры.

О проекте рассказывает управляющий директор Петербургской Биржи Павел Кахутин — номинант премии премии Data Award.

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

Так, а вы знали, что VK Tech с 2023 года поддерживает образовательную программу Tarantool Lab? За два семестра студенты набирают продуктовый опыт разработки на С, C++, Lua и практикуются использовать продукты платформы Tarantool. Заметим, что во время участия в лаборатории студенты получают дополнительную стипендию. По результатам участники имеют возможность стать стажерами в команде Tarantool. А уже сейчас можно записаться в лист ожидания, чтобы ворваться в новый поток.

«Для нас открытие собственной лаборатории было важным шагом в эволюционном процессе Tarantool. Многие разработчики Tarantool сами имеют научные степени, что отражается на архитектуре продукта, поэтому мы видим особую ценность в поддержке высшего образования. Мы хотим, чтобы университетское образование было максимально адаптировано к тому, что требует рынок. Студенты имеют возможность записать себе в резюме участие в open source проекте, зачастую с реальным вкладом в систему, работающую в крупнейших компаниях. Согласитесь, это разительно отличается от «не имею опыта работы» и повысит шансы трудоустройства даже вне VK Tech».

Сергей Останевич, руководитель разработки платформы Tarantool, компания VK Tech.

📊 Запрос использует 3 столбца — а база читает все 40

В построчных СУБД даже простой SUM или COUNT приводит к лишним чтениям. По оценкам CMU Database Group, на типичных аналитических нагрузках от 80 до 95% дискового ввода-вывода уходит на столбцы, которые запросу не нужны.

Колоночное хранение решает это на уровне архитектуры: данные записываются по столбцам, и движок читает только нужные. Это дает ускорение аналитики до 10–100x.

➜ Читайте материал и узнайте, где это дает реальный выигрыш

Пятничное чтиво для тех, кто работает с кластерами Tarantool 👀

Когда узлов становятся десятки, инфраструктура меняется постоянно: инстансы добавляются, роли переключаются, топология живет своей жизнью. В таких условиях статический пул соединений быстро теряет актуальность — и клиентским приложениям становится сложнее понимать, куда отправлять запросы.

В статье на Хабре разобрали, как эту задачу решает go-discovery — библиотека для автоматического обнаружения узлов и отслеживания изменений в кластере. Она позволяет получать актуальную топологию, реагировать на изменения и управлять соединениями без ручной поддержки конфигурации 🔗

Запустили канал Tarantool в мессенджере MAX 🔗

Внутри — про СУБД, данные и архитектуру: практики работы с highload-системами и real-time обработкой на Tarantool в проде.

➜ Подписывайтесь, чтобы оставаться на связи 💙

🏦 ВТБ — один из крупнейших российских банков. Миллионы розничных клиентов взаимодействуют с ним через цифровые и офлайн-каналы.

Раньше мобильное приложение, контакт-центр, точки продаж и другие каналы банка работали с отдельными копиями витрины маркетинговых предложений.

Теперь единая CRM-витрина на базе Tarantool в режиме реального времени отражает действия клиентов и передает актуальные персонализированные предложения во все фронтальные системы банка.

📈 Решение выдерживает тысячи запросов в секунду: кластер включает порядка 500 инстансов, а 90% предложений доставляются менее чем за 100 мс.

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

Создаем цифровую среду с VK Cloud 🤝

Знаем, что вы ждали этого так же, как и мы. 17 июня возвращается наша главная облачная конференция — VK Cloud Conf. В этом году превратим площадку в неоконструкторское бюро. Присоединяйтесь, чтобы вместе с нами спроектировать технологическое будущее страны 🔥

Что в планах?

• покажем, как строить безопасную и производительную инфраструктуру для бизнес-критичных систем в облаке
• представим новые сервисы облачной платформы
• расскажем про планы развития VK Cloud
• эксклюзивно презентуем исследование рынка ИИ России с прогнозом развития на 2026–2030 годы

Зафиксируем главное:
🗓 17 июня в 10:00
📍 Офлайн в Москве с трансляцией онлайн

➜ Приходите строить прогресс вместе с нами. Регистрируйтесь с корпоративной почты и дождитесь подтверждения

📩 Как справляться с пиковыми нагрузками и не терять сообщения?

Очереди помогают компонентам системы обмениваться данными асинхронно: источник добавляет сообщение в очередь, а получатель забирает его для обработки.

☝️ Так проще управлять потоком запросов, снижать нагрузку на сервисы и сохранять порядок выполнения задач.

⚒️ Для таких сценариев есть Tarantool Queue Enterprise — распределенная in-memory система очередей сообщений. С ней можно создавать очереди с разной архитектурой под задачи бизнеса.

Например, архитектура MQ подходит для обработки больших объемов данных, потоковой обработки и работы в real-time. Потребители получают только те сообщения, на которые подписаны, что уменьшает лишний трафик и повышает эффективность обработки.

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

➜ Читайте подробнее о возможностях решения

Присоединяйтесь к нам
На VK Cloud Conf 2026 🔝

17 июня ждем вас на облачной конференции VK Tech для бизнеса и разработчиков. 

До обеда программа будет идти по общему треку, а после разделится на два ключевых направления — технологии и бизнес-кейсы.

🔹 Безопасная разработка: Security Gate, Registry и контроль уязвимостей от сборки до продакшена.

🔹 ИИ-инфраструктура: LLM Proxy, Bare Metal + GPU, Managed Kubernetes с поддержкой ИИ-нагрузок.

🔹 Данные и аналитика: лейкхаус-архитектура, инструменты для подготовки данных к ML.

🔹 Масштабируемое хранение: S3 для больших данных, неудаляемые бэкапы.

🔹 Кейсы крупных компаний и дискуссия: позовем экспертов из ритейла, финтеха и промышленности, чтобы поговорить о том, как они строят безопасную и производительную инфраструктуру для бизнес-критичных систем в облаке.

Хотите подробнее узнать о докладах, которые мы для вас приготовили? Ставьте 🔥 под постом и следите за обновлениями в канале.

🔗 Мы в MAX

🛠 Один YAML может привести к ночному инциденту

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

✍️ В новом тексте на Хабре разбираемся, почему конфигурацию стоит воспринимать как полноценный контракт: с типами, ограничениями, валидацией и единым источником правды для сервисов, инструментов и команд.

В статье рассматриваем инженерную гигиену и то, как конфиг постепенно становится частью архитектуры системы, а не просто набором YAML-файлов.

Как меняется мир СУБД? Об этом расскажем совсем скоро, а пока...

➜ Читайте материал на Хабре

🔗 Мы в MAX

Пройдите опрос о документации Tarantool 👀

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

Мы проводим исследование и принимаем ответы до 15 июня. Позже поделимся с вами результатами в этом канале.

Участие в опросе займет примерно пять минут.
Ваш вклад в развитие Tarantool — бесценен 💙

🔗 Мы в MAX

Как защитить базу данных от сбоев и потери информации 🛡

В высокорисковых отраслях даже короткий простой может стоить бизнесу сотни миллионов рублей. Причины аварий бывают разными: отказ узла, ошибка администратора, баг приложения или атака шифровальщика. При этом все они требуют разных способов защиты.

Репликация справляется не всегда, ведь данные могут быть удалены случайно или злонамеренно без аппаратного сбоя.

Поэтому в надежной архитектуре должно быть больше мер, защищающих от ошибок. Как выглядит классическое комбо:

• репликация — для высокой доступности и защиты от аппаратных отказов
• резервное копирование — для восстановления после логических ошибок, повреждения данных и атак

В новом материале разбираем, как работают RPO, RTO и PITR, зачем нужны immutable-копии и как Tarantool помогает строить горячий контур через RAFT, WAL, vshard и снапшоты.

➜ Читайте подробный разбор в блоге

🔗 Мы в MAX