MariaDB lanserer Enterprise Platform 2027 for agentbaserte arbeidsbelastninger

MariaDB kunngjorde Enterprise Platform 2027 4. november 2026 og gjorde dermed sin samlede plattform for transaksjoner, analyse, minnebasert databehandling og KI allment tilgjengelig. Lanseringen omfatter verktøy for agentminne, innhenting av data og hurtigbufring av svar. Selskapet rapporterte også 56 % høyere maksimal gjennomstrømning for Enterprise Server 12.3 enn for versjon 11.8 i en sponset test.

Lanseringen samler Enterprise Server 12.3 med Exa, GridGain, MaxScale, Enterprise Manager og Enterprise Kubernetes Operator. Løsningen kan kjøres lokalt, i hvilken som helst sky eller som en administrert MariaDB Cloud-tjeneste. En ny logo, fargepalett og nettside følger med MariaDBs arbeid for å posisjonere seg som en enhetlig dataplattform, ikke bare som en operativ database.

Agentverktøy bruker de samme operative dataene

Et lanseringsinnlegg deler agentfunksjonene inn i utviklings- og kjøretidsfunksjoner. Agent Memory lagrer tilstanden til en agent i minnet etter hvert trinn og deler den på tvers av agenter og økter. En agent som settes på pause for menneskelig godkjenning eller blir avbrutt, kan fortsette fra den lagrede tilstanden i stedet for å starte på nytt; LangGraph støttes rett ut av boksen.

Semantic Cache håndterer gjentatte modellkall ved å oppdage når et spørsmål med en annen formulering har samme betydning som et tidligere spørsmål, og returnere det lagrede svaret. MariaDB sier at dette kan gi kortere svartider og redusere tokenkostnadene for applikasjoner der brukerne stiller lignende spørsmål.

AI Retrieval tilbyr ett administrert lag for innhenting av data på tvers av dokumenter og operative data i sanntid. Løsningen analyserer dokumenter, deler dem inn i segmenter, lager vektorrepresentasjoner av dem og rangerer dem på nytt. Samtidig gjøres spørsmål på naturlig språk om MariaDB-data om til skrivebeskyttede SQL-spørringer mot den aktive databasen. Oppfølgingsspørsmål beholder konteksten fra tidligere spørsmål. Løsningen er utformet for å forankre svarene i dataene uten at man må vedlikeholde separate kopier i et datavarehus eller et vektorlager, med tilhørende sikkerhetskontroller.

KI-tilleggene med åpen kildekode gir kodeagenter veiledning som er spesifikk for MariaDB. De støtter Claude Code, Codex, OpenCode og Pi.

Analyse, klyngedrift og kontroll over utrulling

MariaDB Exa er nå allment tilgjengelig for lokal drift og utfører sanntidsanalyser direkte på operative data i sanntid, uten behov for et separat datavarehus eller en ETL-datapipeline. Vektorsøk er fortsatt innebygd i kjernemotoren for databasen. MariaDB rapporterer opptil 30 % flere vektorspørringer per sekund enn med Enterprise Server 11.8 ved samme nøyaktighet, uten endringer i skjema eller spørringer.

For utrullinger i flere regioner bekrefter den allment tilgjengelige Raft Cluster en skriveoperasjon når et flertall av nodene har bekreftet den, slik at én treg eller fjerntliggende node ikke bestemmer tempoet for alle skriveoperasjoner. Konfliktdeteksjon og -løsning gjør det mulig for hver region å håndtere lokale oppdateringer, mens forretningsregler definert av kunden avgjør tilfeller der to steder endrer den samme posten.

Enterprise Manager samler databasen, MaxScale og GridGain i én konsoll for overvåking, med enkel pålogging. Bring Your Own Cloud er også nå allment tilgjengelig: MariaDB Clouds dataplan kjører i kundens AWS-, Microsoft Azure- eller Google Cloud-konto, mens MariaDB drifter databasen.

Rollebaserte tilgangskontroller gjelder for transaksjons-, analyse- og vektorlaster. Støtte for FIPS 140-3 aktiveres gjennom Enterprise Kubernetes Operator ved hjelp av kryptografiske moduler fra Red Hat som er validert av NIST.

Testbetingelsene setter rammene for ytelsespåstanden

McKnight Consulting Groups rapport fra oktober 2026, som ligger til grunn for tallet for maksimal gjennomstrømning i overskriften, målte 2 653 370 nye bestillinger per minutt for Enterprise Server 12.3.3-0 på toppnivå, sammenlignet med 1 702 758 for 11.8.3-1. Versjon 12.3 nådde en topp på 152 virtuelle brukere, mens versjon 11.8 nådde en topp på 88. Ved disse respektive toppnivåene var responstidene for New Order ved 99-persentilen 3,60 millisekunder og 6,54 millisekunder.

Begge versjonene ble kjørt hver for seg på samme Google Cloud c4d-highmem-192-lssd-instans med 96 fysiske kjerner og 192 vCPU-er. Den minnebaserte TPROC-C-arbeidsbelastningen i HammerDB brukte 768 lagre og var basert på TPC-C, men var ikke et offisielt TPC-C-resultat.

Disse kontrollene isolerer skalerbarheten til databasemotoren, men andre valg begrenser hvor direkte tallene kan overføres til produksjonsmiljøer. Varige transaksjonsbekreftelser, binærlogging og dobbelskrivebuffer var deaktivert. MariaDB valgte sine egne konfigurasjoner, mens McKnight valgte testene, konfigurerte databasene og testapplikasjonene og gjennomførte testene.

Enterprise Platform 2027 knytter MariaDBs agentsatsing til færre datakopier, felles tilgangskontroller og en delt operativ infrastruktur. De publiserte ytelsesdataene viser høyere gjennomstrømning under de oppgitte testbetingelsene. Spørsmålet for produksjonsmiljøer er hvordan den samlede plattformen fungerer når kravene til datavaring, arbeidsbelastningens sammensetning og regionale behov skiller seg fra det kontrollerte testmiljøet.