Napok, nem évek
Egy megbízható lakehouse házon belül 1–3 évnyi munka, nehezen megszerezhető és megtartható data engineerekkel. A SchemaVortex kulcsrakészen érkezik, és a meglévő BI-csapat üzemelteti.
Önműködő data lakehouse
A SchemaVortex az ERP-, CRM- és egyéb vállalati rendszerek adataiból szabályozott lakehouse-t épít, amelyben az adattörténet addig nyúlik vissza, ameddig Ön szeretné. Az Ön saját Azure-előfizetésén belül fut, nyílt Parquet formátumban és szabványos SQL-lel. Nem kell hozzá pipeline-okat fejleszteni, sem data engineereket felvenni.
A különbség
Egy megbízható lakehouse házon belül 1–3 évnyi munka, nehezen megszerezhető és megtartható data engineerekkel. A SchemaVortex kulcsrakészen érkezik, és a meglévő BI-csapat üzemelteti.
Termékesített platform, előre tervezhető költségekkel, nem építkezés, amely egyre több embert követel. Az Azure-t közvetlenül a Microsoft számlázza: nincs viszonteladói felár, és nincs üresjáratban futó erőforrás.
Az egyetlen szállítóspecifikus elem maga a platformszoftver, de az is az Ön tenantjában fut, és az Ön csapata üzemelteti. Az adat nyílt Parquet-ban áll, szabványos SQL-lel kérdezhető le, és az Öné marad, velünk vagy nélkülünk.
A platform
Minden, ami a vállalati rendszerek és a dashboardok között történik, egyetlen szabályozott termékben, amelyet az Ön csapata üzemeltet.
A SchemaVortex az Ön meglévő Azure-előfizetésébe települ. Az adatot nem kell egy szolgáltató felhőjébe küldeni.
Tipikus SaaS
A szolgáltató a saját, több-bérlős felhőjébe másolja az adatokat, és onnantól ott élnek. A hozzáférést bérli, az irányítás már nem az Öné.
SchemaVortex
Az Ön Azure-előfizetésébe települ, és az Ön csapata üzemelteti. Az Azure-erőforrásait a platform maga kezeli, szállítói hozzáférés nincs. Az adat házon belül marad, a tenantot soha nem hagyja el.
Beépített connectorok a már működő SQL-adatbázisokhoz és rendszerekhez, és fejlesztői SDK mindenhez, ami egyedi.
Teljes lakehouse, kulcsrakészen: betöltés, adattörténet, governance és kiszolgálás egy termékben, összerakás és integráció nélkül.
Négy kapu, adatbesorolások, amelyek oszloponként eldöntik, ki olvashatja, és teljes audit trail. Mindez aktív attól a pillanattól, hogy a platform feltérképezi az első táblát.
Így működik a governanceA Mart view-k, a Vault táblák és a Sandbox view-k javaslaton keresztül is változtathatók: a platform az aktuális állapothoz méri, az arra jogosult személy a saját nevén érvényesíti, és minden rögzül.Az AI Assistant javasol, de soha nem érvényesít.
Így működnek a javaslatokAz AI Chat csak metaadatot olvasva magyarázza el a sémáit, az Ön saját Azure OpenAI-ján. Az AI Assistant a felhasználó nevében, a felhasználó saját jogosultságaival engedi dolgozni a coding agentet, és minden művelete naplózva van.Egyik sem lát többet, mint a felhasználó.
Így szabályozott az AITelepítés és átadás után a teljes platformot a meglévő BI-csapat üzemelteti, és ők építik a modelleket is, böngészőből.
A pipeline
Egyszer kell beállítani, onnantól a SchemaVortex magától működteti.
A storyboard megtekintéseA SchemaVortex bármilyen SQL-forrást magától térképez fel, connector-fejlesztés nélkül: táblák, oszlopok, típusok, kulcsok. A nem SQL-forrásokat a Producer SDK kezeli.
Amihez csatlakozikAz Ön adatgazdái döntik el, mely táblák és oszlopok kerülhetnek a Vaultba, majd besorolják azokat az adatokat, amelyeket csak bizonyos személyek olvashatnak. Jóváhagyás nélkül semmi sem kerül be.
Így működik a jóváhagyásA BI-csapat állítja be a Vaultot és a Martot: ők döntik el, miről kell adattörténet, és ők formálják a maszkolt, jóváhagyott view-kat, amelyekből az elemzők dolgoznak.
A katalógus közelebbrőlInnentől minden változás magától rögzül. Az adatok története az Öné, és bármelyik megőrzött pillanat visszanézhető.
Az adat felhasználásra készen érkezik oda, ahol a csapat egyébként is dolgozik: Power BI, Excel vagy bármilyen SQL-kliens, közbeiktatott szerverek nélkül. A hozzáférés minden lekérdezéskor dől el.
Erősségek
Governance
Minden forrás minden oszlopa négy kapun halad át, mielőtt bárki láthatná. A hozzáférés lekérdezéskor dől el, így minden lekérdezés csak azt adja vissza, amit az olvasója olvashat, és nincs külön maszkolt másolat, amit szinkronban kellene tartani.
Így működik a governanceA Vault
Ha a forrásban új oszlop jelenik meg vagy típust vált, a Vault táblán egyetlen módosítással új, verziózott oszlopként tárolható, a régi pedig megmarad. Amit a riportok olvasnak, az nem mozdul alóluk.
Így működik a VaultLineage
Bármelyik oszlop visszakövethető a forrásoszlopáig, és az is látszik, mire hatna egy változtatás. Mindkét kérdésre a platform a ténylegesen futó view-kból válaszol, ezért a view- és oszlopszintű lineage mindig naprakész.
Lineage a gyakorlatbanA Katalógus
Egy katalógus a Vault és a Mart felett: sémaböngésző, élő SQL-szerkesztő és egykattintásos lineage minden oszlopon. Mindez beépítve érkezik: nincs mit telepíteni, nincs mit szkennelni.
A katalógus közelebbrőlAlapból nyitott
Az adat nyílt Parquet-fájlokban áll az Ön tárolójában, és a csapata szabványos SQL-lel kérdezi le. A teljes platform az Ön előfizetésén fut, így nincs miből kiköltözni.
Miért nyílt?Az adat és a munka eredménye az Öné marad. A platformszoftver az Ön tenantjában fut, és az Ön csapata üzemelteti.
Hol vagyunk jelen
A SchemaVortexet a budapesti székhelyű Fizzcode Kft. szállítja, amely Európa-szerte jelen van.