Sistem Entegrasyonlarında Dağıtık İşlemler ve İki Aşamalı Commit Stratejileri

Giriş ve Temel Kavramlar

Modern yazılım mimarilerinde, farklı departmanlar ve üçüncü taraf servisler arasında güvenilir bir veri akışı sağlamak kritik öneme sahiptir. Kurumlar içi ERP, muhasebe ve ödeme sistemleri gibi modüllerin bir arada çalışması Sistem Entegrasyonları süreçlerini karmaşıklaştırır. Bu karmaşıklık, ağ kesintileri veya donanım arızaları anında veri tutarsızlığı riskini beraberinde getirir. Dağıtık işlemler (distributed transactions) sırasında işlemlerin bütünlüğünü korumak için klasik veritabanı kilit mekanizmaları yetersiz kalabilir.

İki Aşamalı Commit (2PC) Protokolü Nasıl Çalışır?

İki aşamalı commit (two-phase commit), birden fazla bağımsız düğüm veya veritabanı üzerinde gerçekleştirilen işlemlerin atomik (ya hep ya hiç) bir şekilde tamamlanmasını garanti eden klasik bir protokolüdür. Protokol temel olarak iki faseden oluşur:

1. Hazırlık Aşaması (Prepare Phase)

Koordinatör düğüm, tüm katılımcı sistemlere işlemi tamamlamaya hazır olup olmadığını sorar. Katılımcılar yerel kaynaklarını kilitler, işlem kayıtlarını (transaction log) günceller ve eğer işlem başarılı bir şekilde yerel veritabanında saklanabilecek durumdaysa koordinatöre "oylama: hazır" (vote: commit) mesajı gönderir. Herhangi bir hata durumunda ise "iptal" (abort) oyu verilir.

2. Commit Aşaması (Commit Phase)

Koordinatör, tüm katılımcılardan gelen oyları toplar:

• Eğer tüm katılımcılar hazır onay verdiyse, koordinatör global bir commit komutu yayınlar ve tüm düğümler işlemi kalıcı hale getirir.
• Herhangi bir katılımcıdan olumsuz oy gelmesi veya zaman aşımı (timeout) yaşanması durumunda, koordinatör abort komutu göndererek tüm sistemlerin değişiklikleri geri almasını sağlar.

API Entegrasyonu ve Hata Senaryoları

Farklı teknolojilerin kullanıldığı API entegrasyonu senaryolarında, senkron 2PC protokolünü uygulamak her zaman kolay değildir. Özellikle üçüncü taraf web servisleri harici kilit mekanizmalarına izin vermez. Bu gibi durumlarda karşılaşılan yaygın riskler şunlardır:

• Koordinatör Çökmesi: Koordinatör düğümün prepare aşamasından sonra çökmesi durumunda, katılımcılar belirsiz (in-doubt) durumda kalarak kilitli kaynakları tutmaya devam edebilir.
• Ağ Bölünmeleri (Network Partitions): Mesaj iletimindeki gecikmeler, zaman aşımlarına ve sistemler arası tutarsız kararlara yol açabilir.

Alternatif Mimari Yaklaşımlar ve En İyi Pratikler

Katı dağıtık işlemler yerine, modern sistemlerde nihai tutarlılık (eventual consistency) modelleri ve Sagas desenleri tercih edilebilmektedir. Ancak finansal mutabakat gibi mutlak veri tutarlılığı gerektiren kritik operasyonlarda, zaman aşımı sürelerinin iyi ayarlanması ve telafi edici işlemlerin (compensating transactions) tasarlanması sistemin kararlılığını artırır.

Farazi Çalışma Örneği ve Senaryo Analizi

Bu senaryoda, küresel bir e-ticaret platformunun sipariş ve Sistem Entegrasyonları altyapısında koşan iki aşamalı commit mekanizmasını inceleyelim. Müşteri ödeme yaptığında, stok servisi ve muhasebe servisi aynı anda güncellenmelidir. Koordinatör düğüm, hazırlık aşamasında stok veritabanına ürünü düşmesi için komut verir ve veritabanı satırı kilitler. Aynı anda muhasebe servisine bakiye yansıtılması için hazırlık sinyali gönderilir. Eğer her iki servis de başarılı yanıt dönerse, ikinci aşamada global commit tetiklenir ve işlem tamamlanır. Ancak bu süreçte karşılaşılan en büyük performans ödünleşimi, kaynak kilitlenmesi süresince diğer kullanıcıların aynı stok kalemi için bekletilmesidir. Ağ gecikmesi yaşandığında kilit süresi uzar ve thread havuzları tükenir. Başarısızlık yönetimi açısından, hazırlık aşamasında yanıt vermeyen bir muhasebe servisi görülürse, koordinatör derhal tüm katılımcılara abort sinyali yayarak stok kilitlerini çözer ve veri tutarsızlığının önüne geçer.

Detaylı Uygulama ve Entegrasyon Kontrol Listesi

Üretim ortamında güvenli bir dağıtık işlem mimarisi kurarken dikkat edilmesi gereken adımlar, başarılı API entegrasyonu projelerinin de temelini oluşturur. İlk olarak, koordinatör ve katılımcı düğümler arasında katı zaman aşımı (timeout) süreleri tanımlanmalıdır; aksi takdirde sonsuz beklemeler sistemi kilitler. İkinci olarak, her düğümde işlem günlükleri (transaction log) disk üzerine kalıcı olarak yazılmalı, koordinatör çökmelerinde durum kurtarma (recovery) mekanizmaları devreye sokulmalıdır. Üçüncü olarak, üçüncü taraf harici servislerin 2PC protokolünü desteklemediği durumlarda, telafi edici işlemler veya Sagas deseni gibi alternatif yaklaşımlar entegrasyon katmanına dahil edilmelidir. Dördüncü olarak, yük testleri yapılarak eşzamanlı işlem altında kilit çekişmeleri (lock contention) gözlemlenmelidir. Son olarak, sistem genelinde kapsamlı bir merkezi loglama ve metrik izleme altyapısı kurularak, belirsiz duruma düşen işlemler hızla manuel veya otomatik olarak çözüme kavuşturulmalıdır.

Kaynaklar

• Sistem Entegrasyonları — Cy Logic Software