Tarantool News

🔎 Исследование рынка СУБД уже доступно Изучили, как компании развивают инфраструктуру данных под критичные нагрузки, и выделили пять трендов: от отказа от монолитных архитектур до HTAP и AI-сценариев. Внутри — выводы экспертов из 170+ компаний, ключевые требования к СУБД и On-Premise решениям, а также разбор продуктов Tarantool, которые помогают отвечать на эти вызовы рынка. ➜ Смотрите полную версию исследования. 🔗 Мы в MAX

Как одна строчка кода стала ядром высоконагруженных систем В 2008 году мы создали внутреннюю базу данных Mail.ru для работы с экстремальными нагрузками. А спустя два года, 12 августа 2010 года, появился первый публичный коммит — 9b8dd7032d05... с лаконичным сообщением. Тогда никто не подозревал, что из утилиты для прогрева кэша вырастет платформа Tarantool, на которой в 2026 году будут крутиться транзакции крупнейших банков, биллинг операторов и остатки товаров маркетплейсов. За эти годы платформа росла вместе с задачами инженеров. ✅Не хватало производительности железа — придумали архитектуру In-Memory, которая позволяет хранить данные в оперативной памяти и выжимать максимум RPS из одного потока без блокировок. ✅Сбои мешали работе — создали собственный WAL и механизм снэпшотов, обеспечивающих сохранность данных. ✅Не хватало памяти — добавили дисковый движок vinyl и модуль cooler для автоматического переноса редко используемых данных на диск. ✅Управлять кластерами стало сложнее — разработали централизованную декларативную конфигурацию Tarantool 3.x и визуальный интерфейс Tarantool Cluster Manager. ✅Понадобилась быстрая аналитика — написали колоночный движок MEMCS. ✅Захотели скоростную потоковую обработку данных — сделали Tarantool Queue Enterprise и Tarantool CDC. Tarantool — пример того, как внутренняя система может вырасти в целый комплекс продуктов для систем хранения и потоковой обработки данных в высоконагруженных сервисах. С 18-летием! Держим нагрузку дальше 🚀

📊 Что меняется на рынке СУБД Команда Tarantool провела исследование и пообщалась с экспертами из 170+ компаний, чтобы понять, как бизнес развивает инфраструктуру данных под критичные нагрузки. Фокус — транзакционные СУБД и On-Premise решения. Хотели понять, что выбирают команды, какие требования становятся важнее и куда движется рынок. По итогам исследования выделили пять трендов развития рынка СУБД: 🔹 Компании уходят от монолитной архитектуры и комбинируют Open Source, вендорские продукты, облако и On-Premise 🔹 Безопасность и управление рисками становятся одним из ключевых критериев выбора СУБД 🔹 Векторные индексы набирают интерес под AI-сценарии, но крупным компаниям часто удобнее использовать их в уже внедренных СУБД 🔹 ИИ-ассистенты помогают упростить доступ к данным и снизить поток запросов к дата-командам 🔹 HTAP рассматривают для сценариев real-time-аналитики, где важно работать со свежими данными без лишних задержек Главный вывод Компании все чаще уходят от идеи единой базы под все сценарии. Вместо этого они собирают гибкую инфраструктуру, где у каждого компонента своя задача. ➜ Ставьте 🔥, если ждете разбор с цифрами, выводами и полной версией исследования 🔗 Мы в MAX

Идеальный CDC-инструмент — он какой? В Tarantool мы разрабатываем CDC — инструмент для непрерывной передачи данных в реальном времени между различными источниками и приемниками. И мы очень хотим сделать его максимально полезным для реальных сценариев. Расскажите о своем опыте: 🔵какие источники и приемники данных вы используете 🔵какие коннекторы нужны 🔵насколько важны преобразования данных в потоке 🔵с какими системами мониторинга и алертинга должна интегрироваться платформа 🔵какие задачи вы готовы делегировать AI-ассистенту, если бы он был встроен в CDC-инструмент. Опрос займет не более десяти минут, а ваш опыт может повлиять на то, каким будет продукт. 🔜 Пройти опрос. 🔗 Мы в MAX

😀 Восемь из десяти крупнейших российских банков используют Tarantool — и ВТБ среди них. Банк построил на нашей платформе единую витрину маркетинговых предложений для розничных клиентов.  О чем речь? У ВТБ несколько каналов общения с клиентами: мобильное приложение, колл-центр, точки продаж, АТМ — и на каждого клиента приходится более десятка персональных предложений. Раньше каждый канал работал со своей копией этих предложений, которая обновлялась с задержкой: клиент воспользовался предложением в мобильном приложении, а точка продаж узнавала об этом только на следующий день. ✅Как Tarantool решил проблему Теперь более десяти предложений на каждого из 50 миллионов клиентов хранятся в единой витрине на Tarantool, к которой в реальном времени обращаются все каналы сразу. Витрина публикует и актуализирует предложения по расписанию или в ответ на действия клиента, а каналы получают из нее актуальный список и рассылают коммуникации через push, СМС и чат-бот — без задержек. В результате 90 000 запросов в секунду, ~500 инстансов в кластере, 90% предложений доставляется до канала быстрее чем за 100 мс. 🔥 — если тоже цените такую скорость ➜ Читайте кейс ВТБ в нашем блоге.  🔗 Мы в MAX

📊 Как превратить сырые данные в бизнес-события Чтобы принимать решения вовремя, бизнесу нужны данные, которые отражают ситуацию прямо сейчас. 👇 Представим запуск нового продукта. Утром в MDM появляются новые SKU, днем они уже продаются, а к вечеру руководству нужно понять их долю в выручке. Но если данные проходят через ночные загрузки и долгий контур публикации, аналитика может показать неполную картину или не успеть учесть новые товарные коды. В статье подробно разбираем, как этот разрыв помогают закрыть Data Fabric и HTAP. Вот главное: 🔵Data Fabric обогащает сырые события контекстом из разных источников и превращает их в осмысленные бизнес-события 🔵HTAP позволяет выполнять транзакционные и аналитические запросы в одной системе без копирования данных между OLTP- и OLAP-контурами 🔵Tarantool Column Store помогает получать актуальные данные для отчетов менее чем за минуту. 👆 Так бизнес видит понятные показатели, на основе которых можно принимать решения здесь и сейчас. ➜ Читайте статью на Хабре 📬 Мы в MAX

🔨 В VK Tech мы очень любим проверять на прочность наш софт. В этот раз решили не мелочиться: собрали кластер из 640 инстансов Tarantool Database. Не ради хайпа — за стендом стоял реальный продакшн-кейс на десятки терабайт данных. Андрей Орлов, QA-инженер в команде Tarantool Database, рассказал, как проходил эксперимент: 🔹 готовый нагрузочный инструмент уперся в архитектурные ограничения, поэтому написали собственный бенчер на Go, и он позволил выжать из кластера почти вдвое больше 🔹 тюнить iproto.net_msg_max, таймауты etcd и TCM пришлось вручную: дефолтные настройки не рассчитаны на 640 инстансов 🔹 при одновременном обращении всех 640 нод к etcd поймали баг, специфичный именно для такого масштаба. Команда Tarantool уже оперативно поправила. 🚀По итогу получили ~1 млн RPS на чтение и ~650K RPS на запись при асинхронной репликации. Цифры получены в облаке с поправкой на его вариативность — это ориентир, а не гарантированный SLA. Если работаете с большими кластерами Tarantool или планируете их масштабировать, эта статья поможет сэкономить время на собственных экспериментах. 🔗 Мы в MAX

⚙️ Событийная архитектура без самописных коннекторов В распределенных системах данные должны быстро переходить между сервисами: из базы в аналитику, из Kafka в real-time витрины, из мастер-систем — в высоконагруженные API. Обычно для этого пишут отдельный слой интеграции: он отслеживает изменения, преобразует форматы, отправляет события и обрабатывает сбои. ✅ Это работает. ⛔️ Но требует разработки, поддержки и отдельного мониторинга. В статье разбираем, как эту задачу решает связка Tarantool DataBase + Tarantool CDC + Kafka. Спойлер: Tarantool CDC превращает изменения в базе в поток событий и создает оптимальный баланс между скоростью внедрения, надежностью и стоимостью владения. ➜ Читайте статью на Хабре 🔗 Мы в MAX

Как создать биржевую инфраструктуру, которая обрабатывает более 100 000 заявок в секунду и остается устойчивой даже при пиковых нагрузках? Рассказываем, как Tarantool стал технологической основой торговой и клиринговой систем Петербургской Биржи 🔗 Петербургская Биржа — крупнейшая товарная биржа России, через которую проходит около 99% организованных торгов нефтепродуктами, газом и другими ключевыми товарами. Перед командой стояла амбициозная задача: построить высокопроизводительный программно-технический комплекс для срочного рынка на базе отечественных технологий. Решение должно обеспечить обработку операций в реальном времени, гарантировать сохранность данных и стать фундаментом для дальнейшего развития биржевых сервисов 🔝 Для реализации проекта Петербургская Биржа выбрала Tarantool. 📈 Результаты проекта: • Более 100 000 заявок в секунду обрабатывает система в ходе нагрузочных испытаний • Системы торгов и клиринга работают на единой платформе • Автоматизация торговых и расчетных операций стала гораздо проще • Комплекс легко может быть адаптирован для применения на других торговых площадках ➜ Подробнее о том, как Tarantool помогает создавать высоконагруженные системы для финансового сектора 🔗 Мы в MAX

Работаете с горячими и холодными данными? 🔥🧊 Расскажите о своем опыте — это поможет нам спроектировать решение, которое будет по-настоящему полезно в продакшене. Мы выбираем архитектуру охлаждения и прогрева данных для Tarantool DataBase — рассматриваем отдельные hot/cold-серверы, единый storage и комбинированный подход. Просим вас пройти опрос, который займет 5-10 минут. ➜ Переходите по ссылке, чтобы повлиять на развитие Tarantool

🏆 На CNews Forum сразу два enterprise-проекта с участием VK Tech получили награды В промышленности и банковском секторе 🏅 Проект «Газпром нефти» и VK Tech отметили в номинации «Частное облако в нефтегазовой отрасли. Проект года». Команды построили распределенную импортонезависимую IaaS-инфраструктуру на базе VK Private Cloud: развернули решение на двух географически разнесенных площадках и перевели базовую ОС с CentOS на РЕД ОС. 🏅 Проект ОТП Банка, RAMAX и VK Tech получил награду в номинации «Система хранения и управления клиентскими предложениями. Импортозамещение года». На базе Tarantool команды создали централизованную систему, которая помогает каналам банка получать доступ к актуальным клиентским предложениям в режиме реального времени. В таких кейсах российские технологии работают не в тестовом контуре, а в системах, где важны отказоустойчивость, скорость и независимость от зарубежных решений. Поздравляем команды, заказчиков и партнеров 💙 🔗 Мы в MAX

Tarantool News pinned a video

⏰ VK Cloud Conf стартует через 10 минут Делимся ссылками на трансляцию: • VK Видео • Сайт VK Cloud • CNews — на главной странице • Дзен — в теме «ИТ» Ждем вас на площадке и онлайн 💙

🕵️‍♂️ История миграции, которая стала настоящим инженерным испытанием В рекламных технологиях VK есть key-value хранилище на Tarantool. Самый крупный кластер хранил 150 ТБ данных и обрабатывал около 30 млн запросов на чтение в секунду. Такую систему нельзя просто остановить, перенести и включить обратно. Нужно сохранить доступность, не потерять данные и заранее подготовиться к тому, что часть проблем проявится только в процессе. Поэтому наши коллеги строили миграцию от худших сценариев: проверяли работу со снапшотами, усиливали резервное копирование, адаптировали мониторинг и использовали подходы из defensive programming. 🔖 Принцип простой: если что-то может пойти не так — лучше считать, что так и будет. Итог: во внутреннее облако VK — One-Cloud — переехали 8 кластеров и более 300 ТБ данных. За счет уплотнения ресурсов удалось сэкономить 8000 виртуальных ядер, а за весь процесс зарегистрировали один инцидент среднего приоритета. ➜ Читайте полную историю на Хабре 🔗 Мы в MAX

Пройдите опрос о документации Tarantool 👀 Мы решили провести редизайн документации Tarantool, чтобы упростить навигацию по основным разделам и подчеркнуть полезные для пользователей фичи. Для этого сформировали несколько гипотез и просим вас помочь нам их проверить. Мы проводим исследование и принимаем ответы до 15 июня. Позже поделимся с вами результатами в этом канале. Участие в опросе займет примерно пять минут. Ваш вклад в развитие Tarantool — бесценен 💙 🔗 Мы в MAX

Мы продолжаем собирать ответы. Будем признательны вам за помощь в улучшении документации Tarantool 💙

Как защитить базу данных от сбоев и потери информации 🛡 В высокорисковых отраслях даже короткий простой может стоить бизнесу сотни миллионов рублей. Причины аварий бывают разными: отказ узла, ошибка администратора, баг приложения или атака шифровальщика. При этом все они требуют разных способов защиты. Репликация справляется не всегда, ведь данные могут быть удалены случайно или злонамеренно без аппаратного сбоя. Поэтому в надежной архитектуре должно быть больше мер, защищающих от ошибок. Как выглядит классическое комбо: • репликация — для высокой доступности и защиты от аппаратных отказов • резервное копирование — для восстановления после логических ошибок, повреждения данных и атак В новом материале разбираем, как работают RPO, RTO и PITR, зачем нужны immutable-копии и как Tarantool помогает строить горячий контур через RAFT, WAL, vshard и снапшоты. ➜ Читайте подробный разбор в блоге 🔗 Мы в MAX

Пройдите опрос о документации Tarantool 👀 Мы решили провести редизайн документации Tarantool, чтобы упростить навигацию по основным разделам и подчеркнуть полезные для пользователей фичи. Для этого сформировали несколько гипотез и просим вас помочь нам их проверить. Мы проводим исследование и принимаем ответы до 15 июня. Позже поделимся с вами результатами в этом канале. Участие в опросе займет примерно пять минут. Ваш вклад в развитие Tarantool — бесценен 💙 🔗 Мы в MAX

🛠 Один YAML может привести к ночному инциденту Особенно если у конфигурации нет строгой спецификации, значения по умолчанию живут в коде, описание — в README, а важные договоренности остались только в памяти команды. ✍️ В новом тексте на Хабре разбираемся, почему конфигурацию стоит воспринимать как полноценный контракт: с типами, ограничениями, валидацией и единым источником правды для сервисов, инструментов и команд. В статье рассматриваем инженерную гигиену и то, как конфиг постепенно становится частью архитектуры системы, а не просто набором YAML-файлов. Как меняется мир СУБД? Об этом расскажем совсем скоро, а пока... ➜ Читайте материал на Хабре 🔗 Мы в MAX

Присоединяйтесь к нам На VK Cloud Conf 2026 🔝 17 июня ждем вас на облачной конференции VK Tech для бизнеса и разработчиков.  До обеда программа будет идти по общему треку, а после разделится на два ключевых направления — технологии и бизнес-кейсы. 🔹 Безопасная разработка: Security Gate, Registry и контроль уязвимостей от сборки до продакшена. 🔹 ИИ-инфраструктура: LLM Proxy, Bare Metal + GPU, Managed Kubernetes с поддержкой ИИ-нагрузок. 🔹 Данные и аналитика: лейкхаус-архитектура, инструменты для подготовки данных к ML. 🔹 Масштабируемое хранение: S3 для больших данных, неудаляемые бэкапы. 🔹 Кейсы крупных компаний и дискуссия: позовем экспертов из ритейла, финтеха и промышленности, чтобы поговорить о том, как они строят безопасную и производительную инфраструктуру для бизнес-критичных систем в облаке. Хотите подробнее узнать о докладах, которые мы для вас приготовили? Ставьте 🔥 под постом и следите за обновлениями в канале. 🔗 Мы в MAX