20. október 2026

Data Mesh vs. Data Space: Melyik megközelítés illik az adatmegosztási use case-edhez? (2. rész)

Szerző: Attila Papp

(Részlet a saját kutatási cikkemből: „Data Mesh and Data Space: A Comparative Analysis with a Focus on Governance.” – Papp Attila és társai. A publikáció azóta megjelent a Springer gondozásában – a linket a poszt végén találod.)

A sorozat első részében áttekintettük, honnan indult a data mesh és a data space, miben hasonlítanak és miben térnek el. Azt ígértük, hogy a folytatásban ott vesszük fel a fonalat, ahol a két paradigma valóban elválik egymástól: a governance-nél. A kulcskérdés így hangzik: ki hozza a szabályokat, és mi kényszeríti ki őket – a platform vagy technikailag vagy a szerződés jogilag?

A válasz nem részletkérdés. Mindkét megközelítés decentralizálja az adatmegosztást, ezért mindkettőnek ugyanazt a dilemmát kell megoldania: hogyan maradjon a rendszer egységes és megbízható úgy, hogy közben senki nem ül egy központi kontrollszobában? A data mesh és a data space erre adott válasza szinte tükörképe egymásnak.

Data mesh: federated computational governance

A data mesh governance-modellje kétszintű. Lokális szinten a domain team-ek maguk governálják az analitikai data productjaikat – logikus, hiszen az operatív adat is náluk keletkezik, ők ismerik a legjobban. Globális szinten pedig egy központi governance-csapat gondoskodik arról, hogy a team-ek közötti interoperability ne sérüljön. Ezt a kombinációt nevezzük federated computational governance-nek.

A „computational” jelző a modell lelke: a globális szabványok a platformba vannak építve, és automatikusan érvényesülnek. A szabály tehát nem egy intranetes PDF-ben él, hanem kódban.

Lokális szinten a data product owner vagy a data domain steward felel a következőkért:

  • A data product sémájának kezelése és verziózása: a team ismeri legjobban a saját adatát, így ez a felelősség helyben van a legjobb kezekben.
  • Hozzáférés-kezelés: a use case-ekhez domain-szinten data sharing agreement-ek jönnek létre, ezeken belül policy-k írják le a hozzáférést, akár feltételekkel (lejárat, sor- vagy oszlopszintű szűrés). A jóváhagyott policy-kat automatizmus teríti és érvényesíti.
  • Megfelelés a globális szinten definiált guideline-oknak.
  • Az adatminőség, a data health és a vállalt SLO-k biztosítása.

A globális governance-csapat ezzel párhuzamosan:

  • vállalatszintű szabványokat definiál és érvényesít: fájlformátumok, naming convention-ök, közös glossary, biztonsági követelmények, data lineage;
  • guideline-okat ad a hozzáférés-kezelési policy-khoz;
  • módszertant fejleszt az adatminőség menedzselésére;
  • monitorozza a data catalog és a data product-ok rendelkezésre állását;
  • ösztönzőket – akár gamification-t – tervez a mesh-hez való csatlakozásra.

A gyakorlatban a domainek gyakran eltérő technológián futnak: az „A” domain AWS-en, a „B” Azure-on, a „C” mondjuk SAP-n. Ilyenkor kritikus, hogy a globális szabványok technológiafüggetlenek legyenek: ha például egy nyílt table format (pl. Apache Iceberg) globálisan kötelező, az interoperability a stackek különbözősége ellenére is megmarad – az érvényesítés pedig továbbra is automatikus.

Data space: rulebook és Governance Authority

A data space szervezetek közötti bizalomra épül, így a governance itt nem platform-, hanem keretrendszer-kérdés. Három építőelem adja a vázát: a governance framework (elvek, folyamatok és gyakorlatok strukturált halmaza), az ezt operatív formába öntő rulebook, valamint a Governance Authority – a résztvevők által felállított testület vagy jogi entitás, amely a keretrendszert fejleszti, karbantartja és érvényesíti.

A governance ráadásul több szinten működik egyszerre:

SzintMit governál?
ÖkoszisztémaA szereplők és tevékenységek összessége, amelyet a helyi és regionális jogszabályok, valamint a piaci és társadalmi feltételek szabályoznak.
Data spaceDefiniált rendszer, amelynek governance framework-jét egy rulebook dokumentálja, és egy Governance Authority menedzseli.
Use caseKét vagy több résztvevő egy vagy több data product megosztásával közösen teremt értéket – maguknak, és ezzel a data space-nek és az ökoszisztémának is.
RésztvevőA data space governance framework-je mellett elkötelezett szervezet, üzleti motivációval a részvételre.
Data productAz adatmegosztás egysége, amelyet a résztvevő szervezet egy csapata governál, és use case-ek keretében oszt meg.

(A. Papp et al. nyomán)

A legfontosabb strukturális különbség: a data space governance-hierarchiája lapos. A legmagasabb szintű döntések egy szervezetközi testülethez kerülnek, amelyben a résztvevők egyenlő jogokkal bírnak, a központi elemek pedig konszenzussal születnek. Az adattranzakciók peer-to-peer zajlanak, központi adatplatform nélkül. És ami a mesh-ben platformautomatizmus, az itt jogilag kikényszeríthető szabályrendszer. A sovereignty elve ráadásul nem áll meg a szervezeti határoknál: a data space a magánszemélyek adatai feletti önrendelkezést is komolyan veszi.

Kód vagy szerződés? A két modell egymás mellett

DimenzióData MeshData Space
VezérelvHatékonyság és praktikum.Sovereignty, bizalom, jogi compliance.
StruktúraLokális + globális szint, amely jellemzően a vállalati hierarchiát képezi le.Lapos hierarchia: egyenlő jogú résztvevők, konszenzusos döntések.
ÉrvényesítésA platformba épített, automatizált policy-k („kód”).Jogilag kikényszeríthető rulebook és szerződések („jog”).
DöntéshozóKözponti governance-csapat a vállalaton belül.Szervezetközi Governance Authority.
TranzakcióKözös (jellemzően cloud) platformon.Peer-to-peer, központi platform nélkül.
Kit hatalmaz felDomain team-eket a vállalaton belül.Szervezeteket – és akár magánszemélyeket is.

(A. Papp et al. nyomán)

És van egy közös dilemmájuk is: az egyensúly megtalálása a diszrupció és a szabályozás között. A data mesh a technológiavezérelt, diszruptív oldal felé húz, a data space a szabályozás felé. Egyik véglet sem életképes önmagában: a mesh-nek is kellenek guardrail-ek, a data space-nek pedig automatizáció, különben a governance papíron marad.

3 kulcsfontosságú tanulság

  1. Ugyanaz a cél, más a kikényszerítés. A data mesh a szabályait kódba önti: a policy-k a platformba építve, automatikusan érvényesülnek. A data space szerződésbe: a rulebook jogilag kikényszeríthető. Kód vs. jog – ez a két governance-modell legrövidebb összefoglalása.
  2. Hierarchia vs. konszenzus. A data mesh lokális-globális struktúrája leképezi a vállalati hierarchiát: van „felső” szint, amely szabványokat ír elő. A data space-ben nincs ilyen: az egyenlő jogú résztvevők konszenzusa és a Governance Authority tartja össze az ökoszisztémát.
  3. A két modell tanulhat egymástól. A mesh profitálhat a data space-ek formalizált bizalmi keretrendszeréből, a data space pedig a mesh automatizált, computational érvényesítéséből. A konvergencia iránya jól látszik: jönnek a hibrid architektúrák, ahol a belső mesh data product-jai közvetlenül egy külső data space-ben jelennek meg.

Mi következik?

Ezzel a sorozat végére értünk, viszont a kutatásnak nincs vége. A következő lépés a konvergenciapontok feltérképezése, a mélyebb technológiai összehasonlítás és egy olyan guideline kidolgozása, amely use case alapján segít választani a két paradigma – vagy épp a kombinációjuk – között.

A teljes publikáció megjelent a Springer gondozásában (I4CS 2025): https://doi.org/10.1007/978-3-031-94263-1_10

Bejegyzés megosztása:

Témák és címkék:

Bejegyzés szerzője:

Attila Papp

Papp Attila egy adatplatformokra és cloud-native infrastruktúrákra specializálódott Cloud/Data Architect, és csapatvezető. 8 év gyakorlati tapasztalattal rendelkezik AWS, Azure, Kubernetes, Databricks és serverless architektúrák terén. Legutóbb egy adat-mesh platformot épített a Porsche AG-nál. Az ELTE PhD hallgatója.
Összes bejegyzés tőle: Attila Papp

Kapcsolódó bejegyzések

Erőforrásmenedzsment: a megfelelő ember, a megfelelő helyen, a megfelelő időben

Erőforrásmenedzsment: a megfelelő ember, a megfelelő helyen, a megfelelő időben

Egy IT-projekt sikeréhez nem elegendő a megfelelő technológia, a jól definiált folyamat vagy a tapasztalt projektvezetés. Legalább ennyire fontos, hogy a megfelelő tudással és tapasztalattal rendelkező szakemberek a megfelelő időben és kapacitással álljanak rendelkezésre. Ezt a célt támogatja az erőforrásmenedzsment, amely globális delivery környezetben különösen összetett feladat.