A Neo4j új eszközökkel skálázná az AI-rendszereket éles környezetben

A Virtual Graph közvetlenül a vállalati adatok fölött dolgozik

A Neo4j szeptember 17-i bejelentése szerint az AI-alkalmazások fejlesztése után a szervezeteknek több csapat, bérlő és környezet munkaterheléseit kell kezelniük. Közben az adatok gyakran olyan adattárházakban és adattavakban maradnak, amelyeket nem gráfos használatra terveztek.

A Virtual Graph, amely jelenleg minden Aura-ügyfél számára nyilvános előzetes verzióban érhető el, néhány hónapon belül pedig általánosan elérhetővé válhat, közvetlenül a Snowflake, a Databricks és a Google BigQuery adatai fölött hoz létre és kérdez le tudásgráfot. Az adatok eközben a forrásrendszerben, annak meglévő szabályozása alatt maradnak, így nincs szükség külön másolatra és hagyományos ETL-folyamatra.

A beépített AI-eszközök javaslatot tesznek arra, mely táblákból legyenek csomópontok, mely kulcsok alkossanak kapcsolatokat, és mely oszlopok váljanak tulajdonságokká. A felhasználó ezt módosíthatja, majd természetes nyelven vagy Cypherrel kérdezhet. A Neo4j szerint a Cypher-lekérdezést a rendszer SQL-re fordítja, és közvetlenül a forrásrendszerben futtatja.

A megoldás több ugráson átívelő kérdésekhez, például közös tényleges tulajdonoshoz kapcsolódó számlák felderítéséhez, valamint elemzői feltáráshoz és kötegelt adatgazdagításhoz használható. A Neo4j útmutatása szerint a másodperces válaszidőt elfogadó ügynököknek elegendő lehet a Virtual Graph, míg a milliszekundumos döntést igénylő rendszerekhez, például valós idejű csalásértékeléshez, natívan az AuraDB-ben tárolt gráf szükséges.

Egy AuraDB-példányban több adatbázis futhat

A Neo4j szerint egy gráfprojekt gyakran gyorsan több alkalmazássá, majd külön fejlesztési, tesztelési és minőségbiztosítási környezetté bővül. A vállalat erre a Multiple Databases képességet kínálja az AuraDB Business Critical és a Virtual Dedicated Cloud csomagokban.

Ennek segítségével egy AuraDB-példányon belül több, egymástól teljesen elválasztott adatbázis működhet. A példány biztosítja a számítási és tárhely-erőforrásokat, az adatbázisok pedig ezeken osztoznak. Alapértelmezés szerint gigabájtonként legfeljebb 5 adatbázis támogatott, az előzetes verzióban példányonként 100, általános elérhetőségkor pedig legfeljebb 250 adatbázis lehet, a csomagtól és a munkaterheléstől függően.

Az egyes adatbázisok saját biztonsági mentéssel, visszaállítással és exporttal rendelkeznek. Létrehozásuk másodpercek alatt elvégezhető, kezelésük pedig az Aura konzolján vagy API-ján keresztül automatizálható. A Neo4j példaként említi a több bérlős SaaS-rendszereket, a fejlesztési és tesztkörnyezetek összevonását, a részlegek vagy projektek külön gráfjait, valamint a tranzakciós és elemzési munkaterhelések szétválasztását.

Akár 2 terabájt memória a nagy gráfokhoz

A nagy tudásgráfok dokumentumokat, beágyazásokat és előzményeket, a csalásfelderítési gráfok évekre visszanyúló tranzakciókat, az ügyfél- és identitásgráfok pedig minden interakciót felhalmozhatnak. Ezeknél a munkaterheléseknél a gráf gyakran használt részeinek memóriában tartása különösen fontos, mivel a lekérdezések kapcsolatokat és útvonalakat járnak be.

Az AuraDB Business Critical és a Virtual Dedicated Cloud csomagokban elérhető High Memory példányok legfeljebb 2 TB RAM-ot és 5 TB tárhelyet kínálnak. A Neo4j közlése szerint ez a lehetőség jelenleg általánosan elérhető a Google Cloudon, további felhők támogatását pedig tervezi a vállalat. A memória és a tárhely egymástól függetlenül is skálázható a támogatott arányokon belül.

A legnagyobb konfigurációk regionális felhőkapacitástól függnek, ezért az ügyfelek az Aura konzoljában vagy a fiókkezelőjükön keresztül kérhetnek nagyobb példányt. Engedélyezés után a példány létrehozása, átméretezése, szüneteltetése, klónozása és pillanatképe ugyanúgy működik, mint más AuraDB-példányoknál.

Külön fürtbe is replikálható az adatbázis

A termelési használat a Neo4j szerint a rendelkezésre állással szemben is magasabb elvárásokat támaszt. Egy fürt képes kezelni egy szerver kiesését, de nem feltétlenül véd egy teljes régió vagy felhőszolgáltatói környezet hibája ellen.

A Cross-Cluster Database Replication már általánosan elérhető a Neo4j Enterprise Editionben, az Aurába pedig hamarosan érkezik. A technológia egy adatbázist folyamatosan egy második, teljesen független fürtbe replikál. A másodlagos fürt közvetlenül az elsőből kérheti le a tranzakciókat, így a másolat néhány másodperces eltéréssel követheti az elsődlegest. Alternatívaként objektumtárhelyen tárolt különbségi mentéseket is használhat, ami olcsóbb lehet és nem igényel közvetlen hálózati kapcsolatot, viszont a helyreállítási pont célkitűzését a mentések gyakorisága korlátozza.

A bemutatott modell aktív-passzív működésű, az írások az elsődleges fürtön történnek. A Neo4j szerint a képességek együtt olyan felépítést tesznek lehetővé, amelyben a natív adatbázisok a gyors, elkülönített feladatokat kezelik, a Virtual Graph pedig a helyben maradó adatokhoz biztosít gráfos hozzáférést.