MariaDB запускает Enterprise Platform 2027 для агентных нагрузок

4 ноября 2026 года MariaDB объявила о выпуске Enterprise Platform 2027, сделав общедоступной свою объединенную платформу для транзакций, аналитики, обработки данных в оперативной памяти и ИИ. В релиз вошли инструменты для работы с памятью агентов, поиска и кэширования ответов. По данным компании, в спонсируемых испытаниях пиковая пропускная способность Enterprise Server 12.3 оказалась на 56% выше, чем у версии 11.8.

В состав релиза входят Enterprise Server 12.3, Exa, GridGain, MaxScale, Enterprise Manager и Enterprise Kubernetes Operator. Платформу можно развернуть локально, в любом облаке или в виде управляемого сервиса MariaDB Cloud. Обновленные логотип, цветовая палитра и сайт сопровождают усилия MariaDB по позиционированию себя как единой платформы данных, а не только операционной базы данных.

Инструменты для агентов работают с теми же актуальными данными

В публикации о запуске функции для агентов разделены на инструменты разработки и средства, работающие во время выполнения. Agent Memory сохраняет состояние агента в памяти после каждого шага и делает его доступным другим агентам и сеансам. Если работу агента приостановили в ожидании одобрения человека или она прервалась, ее можно продолжить с сохраненного состояния, а не начинать заново; LangGraph поддерживается из коробки.

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

AI Retrieval предоставляет единый управляемый слой поиска по документам и актуальным операционным данным. Он анализирует документы, разбивает их на фрагменты, создает векторные представления и повторно ранжирует результаты, а вопросы на естественном языке о данных MariaDB преобразует в запросы SQL только для чтения к работающей базе данных. В последующих вопросах учитывается предыдущий контекст. Такая архитектура призвана обеспечивать ответы достоверной информацией без необходимости хранить отдельные копии данных в хранилище или векторной базе и настраивать для них отдельные средства защиты.

Открытые плагины ИИ предоставляют агентам для написания кода рекомендации, адаптированные для MariaDB. Они поддерживают Claude Code, Codex, OpenCode и Pi.

Аналитика, кластеризация и управление развертыванием

MariaDB Exa стала общедоступной для локального развертывания: она выполняет аналитику в реальном времени непосредственно на актуальных операционных данных, без отдельного хранилища или конвейера ETL. Векторный поиск остается встроенным в ядро базы данных. По данным MariaDB, при той же точности Enterprise Server обрабатывает до 30% больше векторных запросов в секунду, чем версия 11.8, без изменения схемы или запросов.

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

Enterprise Manager объединяет базу данных, MaxScale и GridGain в единой консоли наблюдаемости с поддержкой единого входа. Также стала общедоступной функция Bring Your Own Cloud: плоскость данных MariaDB Cloud работает в учетной записи заказчика в AWS, Microsoft Azure или Google Cloud, а MariaDB управляет базой данных.

Управление доступом на основе ролей распространяется на транзакционные, аналитические и векторные нагрузки. Поддержка FIPS 140-3 обеспечивается через Enterprise Kubernetes Operator с использованием криптографических модулей Red Hat, прошедших проверку NIST.

Условия тестирования определяют, как следует трактовать заявления о производительности

В отчете McKnight Consulting Group за октябрь 2026 года, на котором основаны приведенные показатели пиковой пропускной способности, для Enterprise Server 12.3.3-0 зафиксировано 2 653 370 новых заказов в минуту на пике против 1 702 758 для версии 11.8.3-1. Версия 12.3 достигла пика при 152 виртуальных пользователях, а версия 11.8 — при 88. При этих пиковых нагрузках время отклика для New Order на 99-м процентиле составило 3,60 и 6,54 миллисекунды соответственно.

Обе версии по отдельности запускались на одном и том же экземпляре Google Cloud c4d-highmem-192-lssd с 96 физическими ядрами и 192 виртуальными процессорами. Рабочая нагрузка HammerDB TPROC-C выполнялась в оперативной памяти с использованием 768 складов и была основана на TPC-C, но не являлась официальным результатом TPC-C.

Эти условия позволяют оценить масштабируемость движка, но другие особенности тестирования ограничивают возможность напрямую переносить результаты на производственную среду. Надежная фиксация транзакций, двоичное журналирование и буферизация двойной записи были отключены. MariaDB самостоятельно выбрала конфигурации, а McKnight определила тесты, настроила базы данных и тестовые приложения и провела испытания.

Enterprise Platform 2027 связывает стратегию MariaDB в области агентных технологий с сокращением числа копий данных, общими средствами управления доступом и единой операционной инфраструктурой. Опубликованные результаты подтверждают более высокую пропускную способность в заявленных условиях испытаний; вопрос в том, как платформа в целом будет работать в производственной среде, где требования к надежности данных, сочетание нагрузок и региональные условия отличаются от параметров контролируемого тестирования.