„Proprietate și arhitectură descentralizate ale datelor, orientate pe domenii. Datele ca produs. Infrastructura de date self-serve ca platformă. Guvernanță computațională federată.”Zhamak Dehghani · Data Mesh Principles and Logical Architecture · 2020 · Data Mesh Principles and Logical Architecture, martinfowler.com (2020) — cele patru principii, în ordinea din articol
Un produs de date are proprietar, schemă, SLA și o adresă — altfel e doar un tabel.
Problema pe care o rezolvă data mesh-ul e organizațională: echipa centrală de date devine gât de sticlă și nu cunoaște semantica a douăzeci de domenii; când comanda „a fost anulată” înseamnă altceva în logistică decât în facturare, echipa centrală află ultima. Primul principiu mută proprietatea la domeniu. Al doilea cere ca ce publică domeniul să fie un produs: set de date cu schemă, proprietar, SLA, documentație, adresă de acces — descoperibil, de încredere, interoperabil. Al treilea, platforma self-serve, e ce face primele două posibile: echipele publică fără să-și construiască fiecare propria infrastructură. Al patrulea, guvernanța federată computațională, spune că regulile comune — ce e PII, ce formate, ce identificatori — sunt cod verificat automat, nu un comitet. Capcana: mesh fără platformă înseamnă douăsprezece depozite incompatibile cu un nume nou. Și scara contează: pentru o firmă cu o singură echipă de date, un depozit central bine modelat e răspunsul corect, nu o versiune diminuată de mesh.
De ce contează Cele mai multe eșecuri de „mesh” sunt eșecuri de platformă: s-a descentralizat proprietatea înainte să existe ceva comun pe care să se publice.