Saga Pattern vs Process Manager: Dağıtık Transaction Stratejileri

Mikroservis mimarilerinde dağıtık transaction yönetimi 2026’nın en kritik tasarım kararına dönüştü; Camunda 2025 State of Process Orchestration raporuna göre orkestrasyon yaklaşımı kurumsal mimarilerde %62 paya ulaşırken Saga koreografi pattern’ı %38 ile küçük-orta ölçekli akışlarda hâlâ tercih ediliyor.

Dağıtık Transaction Sorununun 2026 Görünümü

Klasik monolit mimaride ACID transaction’ı tek veritabanı sınırlandırırken mikroservis mimaride aynı iş süreci 5-15 farklı servis ve veritabanı sınırını aşıyor. Microservices.io 2025 Adoption raporu, 200+ mikroservisli kurumsal mimarilerin %78’inde dağıtık transaction yönetiminin en sık karşılaşılan üç tasarım problemi arasında olduğunu raporluyor. AWS Step Functions, Azure Durable Functions, Temporal, Camunda 8 gibi orkestrasyon platformlarının pazar büyüklüğü 2025’te 4,2 milyar dolardan 2027’de tahmini 8,1 milyar dolara, yıllık %38 büyümeyle ilerliyor (IDC 2025 Workflow Orchestration Forecast).

İki temel pattern bu sorunu çözüyor: Saga koreografi (her servis event yayınlar, diğerleri dinler ve karar verir) ve process manager / orkestrasyon (merkezi bir orkestratör adımları sırayla tetikler, hataları kompansasyonla yönetir). Camunda 2025 verilerine göre 12+ adımlı süreçlerde orkestrasyon kullanan ekipler hata izolasyonunda %71 daha hızlı root cause analizi yapıyor.

İlgili konu: mikroservis transaction yönetimi rehberimizdeki outbox kalıbı dual-write probleminin saga ile birleşik çözümünü gösteriyor.

Saga Pattern: Koreografi ve Kompansasyon Adımları

Saga, uzun-süreli iş işlemini bir dizi yerel transaction olarak modelleyen pattern’dir. Her yerel transaction kendi servisinde commit eder ve bir event yayınlar; sonraki servis bu event’i dinler ve kendi adımını yürütür. Hata olursa daha önce başarılı tamamlanan adımların kompansasyon (geri alma) transaction’ları sırayla tetiklenir. Hector Garcia-Molina ve Kenneth Salem’in 1987 SIGMOD makalesinde tanımlanan klasik saga kavramı, 2018’de Chris Richardson tarafından mikroservis bağlamına uyarlandı.

Koreografi tabanlı saga’da merkezi orkestratör yoktur; servisler birbirini event’lerle tetikler. Microservices.io 2025 verilerine göre 2-4 servisli akışlarda koreografi ortalama time-to-market’i %32 kısaltıyor çünkü servisler bağımsız evrilebiliyor. Ancak süreç 5+ adıma çıktığında izlenebilirlik düşüyor; distributed tracing olmadan koreografi saga’nın akışını okumak %58 daha uzun sürüyor (Datadog 2025 Distributed Tracing raporu).

Process Manager Pattern: Merkezi Koordinasyon Avantajı

Process Manager (orkestrasyon), iş sürecini açıkça tanımlayan ve adımları aktif olarak koordine eden bir bileşendir. Apache Airflow, Temporal, Camunda 8, AWS Step Functions ve Netflix Conductor bu pattern’in üretim implementasyonları. Camunda 2025 raporuna göre BPMN tabanlı process manager kullanan ekiplerin %84’ü iş analistleriyle direkt diyalog kurabildiklerini ve modelden koda dönüştürme süresinin %47 kısaldığını raporluyor.

• Visibility: Process manager UI’ı her sürecin hangi adımda olduğunu gerçek zamanlı gösterir; koreografide bu görüş için distributed tracing setup gerekir.
• Compensation: Kompansasyon adımları BPMN’de explicit modellenir; koreografide her servis kendi rollback event’ini tasarlar.
• Versioning: Çalışan instance’lar v1 ile devam ederken yeni instance’lar v2 ile başlar; koreografide event schema evolution kritik.
• Insan görevleri: BPMN human task adımları iş süreçlerine native entegrasyon sağlar.
• Timer ve SLA: Process manager built-in timer event’leri ile 24 saat / 7 gün gibi SLA’leri otomatik tetikler.

İlgili konu: Temporal workflow orkestrasyon rehberimizdeki durable execution process manager’ın kod-first varyasyonunu detaylandırıyor.

Implementation: Koreografiden Orkestrasyona Geçiş Stratejisi

Saha gözlemine göre ekipler genellikle 2-3 servisli koreografi ile başlıyor ve süreç 5+ adıma genişlediğinde orkestrasyona geçmek zorunda kalıyor. Camunda 2025 case study’lerine göre geçiş ortalama 4-6 ay sürüyor ve maliyeti adım başına 18-32 bin USD. Strangler fig pattern ile aşamalı geçiş tercih ediliyor: yeni adımlar process manager’da modelleniyor, eski adımlar event-driven kalıyor ve zamanla migrate ediliyor.

AWS Step Functions Express Workflow 5 dakikadan kısa süren, yüksek hacimli (saniyede 100 bin start) süreçler için optimize edilirken Standard Workflow 1 yıla kadar süren durable süreçler için kullanılıyor. Temporal benzer ayrımı yapmıyor; tek model ile dakika ile yıl arası tüm süreçleri yönetiyor. Temporal.io 2025 production raporu, Snap, Coinbase ve HashiCorp’un günlük 12 milyar workflow execution çalıştırdığını gösteriyor.

Operasyon, İzleme ve Maliyet Karşılaştırması

Process manager’ların built-in audit log ve workflow history özellikleri operasyon ekibinin işini kolaylaştırır. Camunda 8 Operate UI’ında çalışan instance’lar real-time izlenir; AWS Step Functions Console’da execution graph görselleştirilir; Temporal Web UI workflow execution history’sini step-by-step gösterir. Datadog 2025 State of Observability raporu, BPMN tabanlı process manager kullanan ekiplerin incident MTTR’ını ortalama %48 düşürdüğünü raporluyor.

IDC 2025 Workflow Orchestration raporu, managed orkestrasyon platformlarının ilk yılda DIY koreografi saga’ya göre %22 daha yüksek lisans maliyeti yarattığını ancak 3 yıllık projeksiyonda operasyon ve incident maliyetinde %34 tasarruf sağladığını gösteriyor.

Sektörel Use Case Eşleşmeleri

JPMorgan Chase ödeme akışı orkestrasyonunda Camunda 8 üzerinde 12 servisten oluşan bir BPMN süreç çalıştırıyor; günlük 14 milyon ödeme işlemi ve p99 2,4 saniye SLA. Uber Eats sipariş süreci Cadence/Temporal üzerinde 22 adımlı bir saga ile yönetiliyor; günlük 9 milyon sipariş, %99,97 başarı oranı. Lemonade sigorta talep süreci koreografi saga ile çalışıyor; 4 servisli yalın akış ve 3 dakika ortalama otomatik onay süresi.

Telekom sektöründe Vodafone abonelik aktivasyonu Camunda 8 üzerinde 38 adımlı bir BPMN süreç ile yönetiliyor; insan onay adımları, sistem entegrasyonları ve compensation timer’ları tek modelde toplanıyor. Vodafone 2025 dijital dönüşüm raporu, BPMN’e geçişle birlikte aktivasyon sürecini ortalama 47 dakikadan 8 dakikaya çekti. Lojistik tarafında DHL paket takip workflow’u Temporal üzerinde çalışıyor; her paket için durable execution context’i 14-21 gün açık tutuluyor ve event geldikçe state güncelleniyor. DHL 2025 case study’sine göre paket başına audit log sorgu süresi 4 dakikadan 220 ms’ye indi.

Test edilebilirlik tarafında orkestrasyon platformları açık ara üstünlüğe sahip. Temporal time-skipping test framework’ü ile 30 günlük bir workflow’un tamamı saniyeler içinde simüle edilir; Camunda 8 BPMN process’ini scenario-based test ile validate eder. Koreografi saga’da end-to-end test yazılması ekibin distributed tracing’e bağlı olmasını gerektirir; ThoughtWorks 2025 Tech Radar koreografi test edilebilirliğini “hold” kategorisinde tutuyor. Doğru pattern seçimi yalnızca runtime davranışı değil, test ve maintenance maliyetlerini de etkiliyor.

• E-ticaret sipariş-ödeme-kargo: 3-5 servisli koreografi yeterli, üzerinde Saga Coordinator.
• Sigorta talep akışı: 12-25 adım, BPMN process manager tartışmasız doğru seçim.
• Bankacılık ödeme orkestrasyonu: BPMN + audit log + insan onay adımları.
• SaaS abone yaşam döngüsü: koreografi event’leri + 1-2 process manager süreci hibrit kullanım.
• Lojistik / kargo: 30+ adımlı uzun süreçler, Temporal veya Camunda 8 standardı.

İlgili konu: event-driven mimari rehberimizdeki saga kalıbı entegrasyonu koreografi ve orkestrasyon hibrit kullanımını gösteriyor.

Kurumsal Dağıtık Transaction Dönüşümünde Karşılaşılan Tipik Sorunlar

Danışmanlık projelerinde gözlemlenen tipik darboğazlar:

• Koreografi saga’yı 8+ adıma uzatma ve event spaghetti yaratma; her yeni servis 3-5 yeni event consume etmek zorunda kalıyor.
• Kompansasyon adımlarının orijinal adım kadar tasarlanmaması; idempotent rollback yazmamak %38 üretim incident’ına yol açıyor (IBM 2025 Microservices raporu).
• Process manager’a iş kuralı sızdırma; BPMN engine’in business logic’i yutması maintenance’ı zorlaştırıyor.
• Timeout strategy’sinin tanımsız bırakılması; saga’lar bir adım takıldığında saatlerce / günlerce askıda kalıyor.
• Distributed tracing kurulmadan koreografi saga production’a alma; debug süresi 7x uzuyor.
• Saga state’ini storage’da tutmamak; süreç crash olduğunda recovery yapılamıyor.

Sonuç

Saga ve process manager 2026’da birbirinin alternatifi değil, farklı ölçek ve karmaşıklık seviyeleri için tasarlanmış pattern’lar. Koreografi 2-4 servisli yalın akışlarda time-to-market ve bağımsız evrim avantajı sunarken 5+ adımlı, audit gerektiren ve insan onayı içeren süreçler için process manager / orkestrasyon platformları kaçınılmaz hâle geliyor. Doğru karar süreç sayısı, ekip olgunluğu ve compliance gereksinimi üzerinden alınmalı. Yeni mimari kurarken 1 yıllık projeksiyonda 3+ akış BPMN gerektirecekse Camunda 8 veya Temporal ile başlamak teknik borcu önlüyor. Yorumlarınızı bekliyorum.

Sıkça Sorulan Sorular

Referans kaynaklar: Microservices.io Saga Pattern, Camunda 2025 State of Process Orchestration, AWS Step Functions Documentation, Temporal Engineering Blog, IDC Workflow Orchestration Forecast 2025.