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, за однакового рівня точності система обробляє до 30% більше векторних запитів за секунду, ніж Enterprise Server 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 щодо агентів зі скороченням кількості копій даних, спільним контролем доступу та єдиною операційною інфраструктурою. Опубліковані результати тестування підтверджують вищу пропускну здатність за розкритих умов випробувань; питання полягає в тому, як працюватиме платформа в цілому у виробничому середовищі, де вимоги до довговічності даних, склад робочих навантажень і регіональні потреби відрізняються від контрольованих умов.