Data Mesh Nedir?
6 Ekim 2026 Salı
Veri Mimarisinde Monolitlerin Çöküşü
Yazılım mimarisinde monolitik uygulamalardan mikro servislere geçeli yıllar oldu. Ancak iş veriye (data architecture) geldiğinde, devasa şirketler bile hâlâ verilerini tek bir büyük havuzda toplama gayretindeydi. Önce devasa Data Warehouse (Veri Ambarı) projeleri kuruldu, ardından her türlü ham veriyi içine attığımız Data Lake (Veri Gölü) mimarileri moda oldu.
Ancak şirketler büyüdükçe bu merkezi veri mimarileri devasa bir çıkmaza (bottleneck) dönüştü. Merkezi veri mühendisliği ekipleri, onlarca farklı departmanın (pazarlama, finans, lojistik) veri taleplerine yetişemez hale geldi; veri gölleri birer "veri bataklığına" (data swamp) dönüştü.
İşte yazılım dünyasındaki mikroservis ve Domain-Driven Design (DDD) felsefesi veri mimarisi uygulayan modern yaklaşım bu tıkanıklığı çözmek için doğdu: Data Mesh.
Data Mesh Nedir?
Data Mesh; veriyi merkezi bir altyapı ekibinin yönettiği bir "yığın" olmaktan çıkarıp, veriyi üreten ilgili iş birimlerinin (domain) sorumluluğuna veren dağınık (decentralized) ve ürün odaklı bir veri mimarisi yaklaşımıdır.
Geleneksel mimarilerde veri; kaynağında üretilir, ETL süreçleriyle merkezi bir ekibe aktarılır ve o ekip veriyi temizleyip raporlamaya sunar. Data Mesh yaklaşımında ise veri, onu en iyi tanıyan iş birimi tarafından bir "ürün" gibi paketlenir ve sunulur.
Basit bir benzetme: Geleneksel Data Lake, şehirdeki herkesin her ürünü almak için gittiği devasa ve karmaşık bir hipermarkettir; raflar sürekli karışır ve reyon görevlileri hiçbir ürünün uzmanı değildir. Data Mesh ise her biri kendi alanında uzmanlaşmış gurme dükkanların (fırın, şarküteri, manav) oluşturduğu modern bir çarşı gibidir.
Data Mesh’in 4 Temel İlkesi
Data Mesh sadece bir teknoloji seçimi değil, organizasyonel ve kültürel bir mimari dönüşümdür:
1. Etki Alanı Odaklı Sorumluluk (Domain Ownership): Verinin mülkiyeti merkezi veri ekibinde değil, veriyi bizzat üreten iş birimindedir (Örn: Müşteri verisinden Müşteri İlişkileri ekibi, Lojistik verisinden Tedarik Zinciri ekibi sorumludur).
2. Ürün Olarak Veri (Data as a Product): Veri sadece bir veritabanı tablosu değildir; tıpkı bir SaaS ürünü gibi kaliteli, dokümante edilmiş, erişilebilir ve güvenilir (SLA garantili) bir ürün olarak sunulmalıdır.
3. Self-Servis Veri Platformu (Self-Serve Data Platform): İş birimlerinin kendi veri ürünlerini kolayca oluşturabilmesi için merkezi platform ekibi tarafından sunulan hazır altyapı araçlarıdır (storage, pipeline, compute otomasyonları).
4. Federatif Hesaplamalı Yönetişim (Federated Computational Governance): Verinin merkezsiz olması kaos anlamına gelmez. Güvenlik, KVKK/GDPR uyumu, veri formatları ve erişim kuralları merkezi bir konsey tarafından kod seviyesinde otomatize edilerek (policy-as-code) tüm etki alanlarına uygulanır.
Data Mesh Ne Zaman Tercih Edilmeli?
Eğer küçük veya orta ölçekli bir girişimseniz, merkezi bir veritabanı veya basit bir Data Lake size uzun süre yetecektir; Data Mesh kurmak gereksiz bir karmaşıklık getirir.
Ancak onlarca farklı domain'e sahip, yüzlerce mühendisin çalıştığı ve merkezi veri ekibinin taleplere yetişemeyip analitik süreçlerin tıkandığı büyük ölçekli kurumlarda (Enterprise) Data Mesh, organizasyonun veriyle büyümesini sağlayan en olgun mimari çözümdür.