ThoughtWorks 2025 Data Mesh Adoption raporu, mesh implementasyonu başlatan kurumların %47’sinin federated governance katmanında takıldığını, %38’inin domain ownership kültürel direnci nedeniyle başarısız olduğunu gösteriyor. IBM 2025 CDO Survey’inde mesh başarı oranı %23; başarılı olanlarda time-to-insight 7 kat hızlanıyor. Konuyla ilişkili olarak Scrum Master vs Product Owner 2026: Rol ve Sorumluluklar rehberimiz detaylı incelemeyi içerir.
Data Mesh 2026: Söylem ve Gerçek Arasındaki Fark
Data mesh kavramı 2019’da Zhamak Dehghani tarafından formüle edildi; 2022-2023’te hype peak’ine ulaştı, 2024-2025’te ise reality check dönemine girdi. Forrester 2025 Data Strategy raporunda mesh “Trough of Disillusionment” aşamasında konumlandırıldı: söylem büyük, başarılı uygulama az. Gartner 2025 verilerine göre mesh denemesi yapan kurumların sadece %23’ü 18 ay sonra hâlâ mesh’i sürdürüyor; gerisi monolitik data warehouse’a geri dönüyor veya hibrit modele kayıyor.
Müşterilerimin %60’ında gözlemlediğim pattern aynı: “domain ownership” söyleniyor ama gerçekte tek bir merkezi veri ekibi tüm domain’ler için çalışıyor. Bu durumda mesh sadece klasör isimlendirmesi haline geliyor; gerçek decentralization olmuyor. Başarılı mesh için kültürel hazırlık teknik hazırlıktan önce gelmeli.
Data Mesh’in 4 İlkesi ve Uygulama Reality Check
Data mesh dört ilkeye dayanıyor: domain ownership, data as a product, self-serve data platform, federated computational governance. Her ilke teorik olarak basit, pratikte zor. ThoughtWorks 2025 verisi her ilkenin gerçek uygulama oranını gösteriyor.
| İlke | Teori | Gerçek Uygulama | Başarı Oranı |
|---|---|---|---|
| Domain ownership | Her domain sahibi ekip | Çoğu merkezi takım | %31 |
| Data as product | SLO + dokümantasyon | Sadece SQL view | %28 |
| Self-serve platform | PaaS-like deployment | Manuel + ticket | %19 |
| Federated governance | Global + local denge | Aşırı merkezi veya kaos | %22 |
| 4 ilke tam birlikte | Mesh tam uygulanır | Çok az ekip | %9 |
Domain Ownership: Kültürel Dönüşümün En Zor Kısmı
Domain ownership “veri ekibi sahip olur” değil, “domain ekibi (örn. e-ticaret, finansal işlem) veri varlıklarının on-call, SLO, dokümantasyon ve müşteri desteği sahibi olur” demek. Bu noktada üç temel kültürel değişim gerekiyor: domain ekibinde data engineer kapasitesi, ownership yetkisi ve sorumluluğu, data product için bütçe ve roadmap kararı.
- Domain ekibinde en az 1-2 data engineer veya analytics engineer kapasitesi şart
- On-call rotasyonu kurulmalı; veri arızasında veri ekibi değil, domain ekibi cevap vermeli
- Data product için SLO tanımlanmalı (örn. veri 30dk içinde freshness garantisi)
- Roadmap ve bütçe kararları domain ekibinin elinde olmalı, merkezi onaya bağlı kalmamalı
Multi-project veri ekipleri için dbt Mesh rehberimize bakabilirsiniz.
Data as a Product: Specification ve SLO Tasarımı
Data product, tüketicinin kullanımı için tasarlanmış veri varlığı. Sadece bir SQL view veya tablo değil; specification, SLO, dokümantasyon, contract, ownership ve müşteri desteği içeriyor. ThoughtWorks 2025 verisine göre başarılı mesh ekiplerinin data product specification’ı şu unsurları içeriyor: input port (kaynak), output port (consumer arayüzü), discovery metadata, SLO (freshness, completeness, accuracy), ownership ve on-call bilgisi.
Self-Serve Platform: PaaS-Like Veri Altyapısı
Mesh’in en gözden kaçırılan ilkesi self-serve platform. Domain ekibinin data product oluşturması için merkezi platform takımının PaaS-like servisler sunması gerekiyor: tablo oluştur, lineage izle, izin yönet, monitoring kur, deploy et. Bu olmadan her domain ekibi infrastructure ile boğuşuyor, gerçek ürün geliştirmeye vakit kalmıyor. Martin Fowler’ın data mesh prensipleri makalesinde self-serve katman detaylı işleniyor.
| Platform Capability | Self-Serve Hedefi | Ortalama Build Süresi | ROI |
|---|---|---|---|
| Tablo provisioning | Tek komut/UI | 3-6 ay | %200-300 |
| Lineage automation | Otomatik discovery | 4-8 ay | %150-250 |
| Access management | Self-serve RBAC | 2-4 ay | %180-280 |
| Monitoring template | Pre-built dashboard | 2-3 ay | %140-220 |
| Cost dashboard | Domain başına billing | 3-5 ay | %160-260 |
Federated Governance: Global Politikalar + Lokal Otonomi
Federated governance, global politikaları (örn. PII handling, schema standartları) zorla uygulayan ama domain’lerin kendi kararlarını alabilmesine alan veren denge. Aşırı merkezi olursa mesh’in faydası kaybolur; çok lokal olursa kaos doğar. Pratik uygulama: global team 3-5 katı politikayı yazıyor + denetliyor, domain’ler bu politika çerçevesinde kendi kararlarını veriyor.
Kurumsal Data Mesh Dönüşümünde Karşılaşılan Tipik Sorunlar
Danışmanlık projelerinde gözlemlenen tipik darboğazlar:
- “Domain ownership” söyleniyor ama veri ekibi hâlâ her domain için kod yazıyor
- Self-serve platform kurulmuyor; domain ekipleri infrastructure ile uğraşıp ürün yapamıyor
- Data product specification yok; her domain farklı standart kullanıyor
- Federated governance aşırı merkezi veya tamamen kaotik; orta yol bulunamıyor
- On-call domain ekibinde değil, veri ekibinde kalıyor; mesh sadece etiket
- Mesh’e geçiş atomik bir karar olarak alınıyor; aşamalı dönüşüm planlanmıyor
Sonuç
Data mesh 2026’da artık popüler felsefe değil, reality check dönemine girmiş bir mimari. Başarılı mesh’in 4 ilkesi (domain ownership, data product, self-serve platform, federated governance) birlikte uygulanmalı; üçü kurulup biri eksik kalırsa monolitik DW’den daha kaotik hale geliyor. Karar öncesi mutlaka şu üç soruyu cevaplayın: Domain ekiplerinde data engineer kapasitesi var mı? Self-serve platform için 6-12 ay yatırım yapacak mıyız? Federated governance için global politika seti hazır mı? Bu üç soruya net “evet” diyemiyorsanız mesh prematüre, monolitik DW ile devam edin.
Sıkça Sorulan Sorular
Mesh’e geçmek için minimum ekip büyüklüğü ne?
ThoughtWorks 2025 verisine göre minimum 3-4 aktif domain + merkezi platform takımı (3-5 kişi). Daha küçük kurumlarda mesh overhead’i kazançtan büyük; monolitik DW + dbt project structure daha verimli. 50+ kişilik veri organizasyonlarında mesh anlamlı.
Hibrit mesh + DW mimarisi mantıklı mı?
Evet, son 2 yılın dominant pattern’i hibrit. Kritik analitik domain’ler mesh paradigmasında, master data ve cross-domain analytics merkezi DW’de kalıyor. Forrester 2025 verisine göre başarılı mesh ekiplerinin %71’i hibrit modelde çalışıyor.
Data product için minimum specification ne içermeli?
5 unsur: input port (kaynak), output port (consumer arayüzü), SLO (freshness, completeness), ownership (ekip + on-call), discovery metadata (lineage, tag). Bu 5 unsur olmadan data product değil, sadece tablo.
Federated governance için doğru politika sayısı ne?
Pratik öneri 5-10 global politika: PII handling, data retention, schema evolution rules, naming convention, security classification. Daha fazlası overhead, daha azı kontrol kaybı. Domain’ler bu çerçeve içinde özgür.
Self-serve platform kurmadan mesh denenebilir mi?
Hayır. Self-serve platform yoksa her domain ekibi infrastructure ile boğulur ve gerçek ürün geliştirmeye vakit kalmaz. ThoughtWorks 2025 verisine göre self-serve eksikliği mesh başarısızlığının 2. en büyük sebebi (%29).
Ömer ÖNAL
Mayıs 23, 2026Data mesh felsefe olarak doğru, uygulamada %50 başarısız çünkü ekipler ‘domain ownership’ kısmını ciddiye almıyor. Müşterilerimin %60’ında pivot şurada: tek bir veri ekibinin sorumluluğunda olan data warehouse’u ‘domain hep aynı 5 kişi’ diye taklit etmek. Gerçek mesh için domain ekiplerinin SLO, on-call, müşteri desteği sahipliği şart. Bunlar yoksa mesh sadece etiket. — Ömer ÖNAL