Dağıtık İşlemler: İki Aşamalı Onay Protokolüne (2PC) Derinlemesine Bakış

Günümüzün giderek birbirine bağlı dünyasında, uygulamaların genellikle birden çok, bağımsız sistemde depolanan verilerle etkileşime girmesi gerekir. Bu, tek bir mantıksal işlemin birkaç veritabanında veya hizmette değişiklik yapılmasını gerektirdiği dağıtık işlemler kavramını ortaya çıkarır. Bu tür senaryolarda veri tutarlılığını sağlamak çok önemlidir ve bunu başarmak için en iyi bilinen protokollerden biri İki Aşamalı Onay (2PC)'dir.

Dağıtık İşlem Nedir?

Dağıtık işlem, birden çok, coğrafi olarak dağınık sistemde gerçekleştirilen ve tek bir atomik birim olarak ele alınan bir dizi işlemdir. Bu, işlem içindeki tüm işlemlerin başarılı olması (onaylanması) veya hiçbirinin başarılı olmaması (geri alınması) gerektiği anlamına gelir. Bu "ya hep ya hiç" ilkesi, tüm dağıtık sistemde veri bütünlüğünü sağlar.

Tokyo'daki bir müşterinin bir havayolu sisteminde Tokyo'dan Londra'ya bir uçak bileti rezervasyonu yaptığı ve aynı anda farklı bir otel rezervasyon sisteminde Londra'da bir otel odası ayırdığı bir senaryo düşünün. Bu iki işlem (uçak bileti rezervasyonu ve otel rezervasyonu) ideal olarak tek bir işlem olarak ele alınmalıdır. Uçak bileti rezervasyonu başarılı olursa ancak otel rezervasyonu başarısız olursa, sistem ideal olarak müşteriyi Londra'da konaklama olmadan mahsur bırakmamak için uçak bileti rezervasyonunu iptal etmelidir. Bu koordineli davranış, dağıtık bir işlemin özüdür.

İki Aşamalı Onay (2PC) Protokolüne Giriş

İki Aşamalı Onay (2PC) protokolü, birden çok kaynak yöneticisi (örneğin, veritabanları) arasında atomikliği sağlayan dağıtık bir algoritmadır. Merkezi bir koordinatör ve belirli bir kaynağı yönetmekten sorumlu birden çok katılımcı içerir. Protokol, iki ayrı aşamada çalışır:

1. Aşama: Hazırlık Aşaması

Bu aşamada, koordinatör işlemi başlatır ve her katılımcıdan işlemi onaylamaya veya geri almaya hazırlanmasını ister. İlgili adımlar aşağıdaki gibidir:

1. Koordinatör Bir Hazırlık İsteği Gönderir: Koordinatör tüm katılımcılara bir "hazırlık" mesajı gönderir. Bu mesaj, koordinatörün işlemi onaylamaya hazır olduğunu ve her katılımcıdan bunu yapmaya hazırlanmasını istediğini işaret eder.
2. Katılımcılar Hazırlanır ve Yanıt Verir: Her katılımcı hazırlık isteğini alır ve aşağıdaki eylemleri gerçekleştirir:
   • İşlemi onaylayabileceğinden veya geri alabileceğinden emin olmak için gerekli adımları atar (örneğin, yineleme/geri alma günlükleri yazma).
   • Koordinatöre, ya "onaylamaya hazır" ("evet" oyu) ya da "onaylayamıyor" ("hayır" oyu) olduğunu belirten bir "oy" geri gönderir. "Hayır" oyu, kaynak kısıtlamaları, veri doğrulama hataları veya diğer hatalardan kaynaklanabilir.

Katılımcıların, "evet" oyu verdikten sonra değişiklikleri onaylayabileceklerini veya geri alabileceklerini garanti etmeleri çok önemlidir. Bu genellikle değişiklikleri kararlı depolamaya (örneğin, diske) kaydetmeyi içerir.

2. Aşama: Onaylama veya Geri Alma Aşaması

Bu aşama, hazırlık aşamasında katılımcılardan alınan oylara göre koordinatör tarafından başlatılır. İki olası sonuç vardır:

Sonuç 1: Onaylama

Koordinatör tüm katılımcılardan "evet" oyu alırsa, işlemi onaylamaya devam eder.

1. Koordinatör Bir Onaylama İsteği Gönderir: Koordinatör tüm katılımcılara bir "onaylama" mesajı gönderir.
2. Katılımcılar Onaylar: Her katılımcı onaylama isteğini alır ve işlemle ilişkili değişiklikleri kaynağına kalıcı olarak uygular.
3. Katılımcılar Onaylar: Her katılımcı, onaylama işleminin başarılı olduğunu doğrulamak için koordinatöre bir onay mesajı geri gönderir.
4. Koordinatör Tamamlar: Koordinatör, tüm katılımcılardan onay aldıktan sonra, işlemi tamamlandı olarak işaretler.

Sonuç 2: Geri Alma

Koordinatör herhangi bir katılımcıdan tek bir "hayır" oyu alırsa veya bir katılımcıdan yanıt beklerken zaman aşımına uğrarsa, işlemi geri almaya karar verir.

1. Koordinatör Bir Geri Alma İsteği Gönderir: Koordinatör tüm katılımcılara bir "geri alma" mesajı gönderir.
2. Katılımcılar Geri Alır: Her katılımcı geri alma isteğini alır ve işlem için hazırlık olarak yapılan değişiklikleri geri alır.
3. Katılımcılar Onaylar: Her katılımcı, geri alma işleminin başarılı olduğunu doğrulamak için koordinatöre bir onay mesajı geri gönderir.
4. Koordinatör Tamamlar: Koordinatör, tüm katılımcılardan onay aldıktan sonra, işlemi tamamlandı olarak işaretler.

Örnek: E-ticaret Sipariş İşleme

Bir siparişin envanter veritabanını güncellemeyi ve ödemeyi ayrı bir ödeme ağ geçidi aracılığıyla işlemeyi içerdiği bir e-ticaret sistemi düşünün. Bunlar, dağıtık bir işleme katılması gereken iki ayrı sistemdir.

1. Hazırlık Aşaması:
   • E-ticaret sistemi (koordinatör), envanter veritabanına ve ödeme ağ geçidine bir hazırlık isteği gönderir.
   • Envanter veritabanı, istenen öğelerin stokta olup olmadığını kontrol eder ve bunları rezerve eder. Ardından başarılı olursa "evet" veya öğeler stokta yoksa "hayır" oyu verir.
   • Ödeme ağ geçidi, ödemeyi önceden yetkilendirir. Ardından başarılı olursa "evet" veya yetkilendirme başarısız olursa "hayır" oyu verir (örneğin, yetersiz bakiye).
2. Onaylama/Geri Alma Aşaması:
   • Onaylama Senaryosu: Hem envanter veritabanı hem de ödeme ağ geçidi "evet" oyu verirse, koordinatör her ikisine de bir onaylama isteği gönderir. Envanter veritabanı stok sayısını kalıcı olarak azaltır ve ödeme ağ geçidi ödemeyi yakalar.
   • Geri Alma Senaryosu: Envanter veritabanı veya ödeme ağ geçidi "hayır" oyu verirse, koordinatör her ikisine de bir geri alma isteği gönderir. Envanter veritabanı rezerve edilen öğeleri serbest bırakır ve ödeme ağ geçidi ön yetkilendirmeyi iptal eder.

İki Aşamalı Onayın Avantajları

• Atomiklik: 2PC, tüm katılımcı sistemlerin ya işlemi birlikte onaylamasını ya da geri almasını sağlayarak veri tutarlılığını koruyarak atomikliği garanti eder.
• Basitlik: 2PC protokolünün anlaşılması ve uygulanması nispeten basittir.
• Geniş Benimseme: Birçok veritabanı sistemi ve işlem işleme sistemi 2PC'yi destekler.

İki Aşamalı Onayın Dezavantajları

• Engelleme: 2PC, katılımcıların koordinatörün bir karar vermesini beklemek zorunda kaldığı engellemeye yol açabilir. Koordinatör başarısız olursa, katılımcılar süresiz olarak engellenebilir, kaynakları tutabilir ve diğer işlemlerin devam etmesini engelleyebilir. Bu, yüksek kullanılabilirlik sistemlerinde önemli bir endişedir.
• Tek Arıza Noktası: Koordinatör, tek bir arıza noktasıdır. Koordinatör, onaylama veya geri alma isteğini göndermeden önce başarısız olursa, katılımcılar belirsiz bir durumda kalır. Bu, veri tutarsızlıklarına veya kaynak kilitlenmelerine yol açabilir.
• Performans Yükü: Protokolün iki aşamalı yapısı, özellikle ağ gecikmesinin yüksek olduğu coğrafi olarak dağıtık sistemlerde önemli bir yük getirir. Koordinatör ve katılımcılar arasındaki çoklu iletişim turları, işlem işleme süresini önemli ölçüde etkileyebilir.
• Arızaların İşlenmesinde Karmaşıklık: Koordinatör arızalarından veya ağ bölümlerinden kurtulmak karmaşık olabilir ve manuel müdahale veya gelişmiş kurtarma mekanizmaları gerektirebilir.
• Ölçeklenebilirlik Sınırlamaları: Katılımcı sayısı arttıkça, 2PC'nin karmaşıklığı ve yükü katlanarak artar ve büyük ölçekli dağıtık sistemlerde ölçeklenebilirliğini sınırlar.

İki Aşamalı Onaya Alternatifler

2PC'nin sınırlamaları nedeniyle, dağıtık işlemleri yönetmek için çeşitli alternatif yaklaşımlar ortaya çıkmıştır. Bunlar şunları içerir:

• Üç Aşamalı Onay (3PC): Onaylama kararı için hazırlanmak üzere ek bir aşama ekleyerek engelleme sorununu çözmeye çalışan 2PC'nin bir uzantısıdır. Ancak, 3PC hala engellemeye karşı savunmasızdır ve 2PC'den daha karmaşıktır.
• Saga Deseni: Dağıtık bir işlemi bir dizi yerel işleme bölen uzun süren bir işlem desenidir. Her yerel işlem, tek bir hizmeti günceller. Bir işlem başarısız olursa, önceki işlemlerin etkilerini geri almak için telafi edici işlemler yürütülür. Bu desen, nihai tutarlılık senaryoları için uygundur.
• Telafi Edici İşlemlerle İki Aşamalı Onay: Kritik işlemler için 2PC'yi daha az kritik işlemler için telafi edici işlemlerle birleştirir. Bu yaklaşım, güçlü tutarlılık ve performans arasında bir denge sağlar.
• Nihai Tutarlılık: Sistemler arasında geçici tutarsızlıklara izin veren bir tutarlılık modelidir. Veriler sonunda tutarlı hale gelecektir, ancak bir gecikme olabilir. Bu yaklaşım, bir miktar tutarsızlığa tolerans gösterebilen uygulamalar için uygundur.
• BASE (Temel Olarak Kullanılabilir, Yumuşak Durum, Sonunda Tutarlı): Güçlü tutarlılık yerine kullanılabilirliğe ve performansa öncelik veren bir dizi ilkedir. BASE ilkelerine göre tasarlanan sistemler, arızalara karşı daha dayanıklıdır ve daha kolay ölçeklenebilir.

İki Aşamalı Onayın Pratik Uygulamaları

Sınırlamalarına rağmen, 2PC hala güçlü tutarlılığın kritik bir gereksinim olduğu çeşitli senaryolarda kullanılmaktadır. Bazı örnekler şunları içerir:

• Banka Sistemleri: Hesaplar arasında para transferi, paranın bir hesaptan borçlandırılmasını ve diğerine atomik olarak yatırılmasını sağlamak için genellikle dağıtık bir işlem gerektirir. Gönderen bankanın ve alıcı bankanın farklı sistemlerde olduğu bir sınır ötesi ödeme sistemi düşünün. 2PC, bankalardan birinde geçici bir arıza olsa bile, fonların doğru şekilde aktarılmasını sağlamak için kullanılabilir.
• Sipariş İşleme Sistemleri: E-ticaret örneğinde gösterildiği gibi, 2PC sipariş verme, envanter güncellemeleri ve ödeme işlemenin atomik olarak yapılmasını sağlayabilir.
• Kaynak Yönetim Sistemleri: Sanal makineler veya ağ bant genişliği gibi birden çok sistemde kaynak tahsis etmek, kaynakların tutarlı bir şekilde tahsis edilmesini sağlamak için dağıtık bir işlem gerektirebilir.
• Veritabanı Çoğaltma: Çoğaltılmış veritabanları arasında tutarlılığı korumak, özellikle verilerin birden çok kopya üzerinde aynı anda güncellendiği senaryolarda dağıtık işlemler içerebilir.

İki Aşamalı Onay Uygulama

2PC uygulaması, aşağıdakiler dahil çeşitli faktörlerin dikkatli bir şekilde değerlendirilmesini gerektirir:

• İşlem Koordinatörü: Uygun bir işlem koordinatörü seçmek çok önemlidir. Birçok veritabanı sistemi yerleşik işlem koordinatörleri sağlarken, diğer seçenekler arasında JTA (Java Transaction API) gibi bağımsız işlem yöneticileri veya mesaj kuyruklarındaki dağıtık işlem koordinatörleri bulunur.
• Kaynak Yöneticileri: Kaynak yöneticilerinin 2PC'yi desteklediğinden emin olmak önemlidir. Çoğu modern veritabanı sistemi ve mesaj kuyruğu 2PC için destek sağlar.
• Arıza İşleme: Koordinatör veya katılımcı arızalarının etkisini en aza indirmek için sağlam arıza işleme mekanizmalarının uygulanması kritik öneme sahiptir. Bu, işlem günlüklerini kullanmayı, zaman aşımı mekanizmalarını uygulamayı ve manuel müdahale seçenekleri sağlamayı içerebilir.
• Performans Ayarı: 2PC'nin performansını optimize etmek, işlem zaman aşımları, ağ ayarları ve veritabanı yapılandırmaları gibi çeşitli parametrelerin dikkatli bir şekilde ayarlanmasını gerektirir.
• İzleme ve Günlüğe Kaydetme: Dağıtık işlemlerin durumunu izlemek ve olası sorunları belirlemek için kapsamlı izleme ve günlüğe kaydetme uygulamak çok önemlidir.

Dağıtık İşlemler İçin Küresel Hususlar

Küresel bir ortamda dağıtık işlemler tasarlarken ve uygularken, çeşitli ek faktörlerin dikkate alınması gerekir:

• Ağ Gecikmesi: Ağ gecikmesi, özellikle coğrafi olarak dağıtık sistemlerde 2PC'nin performansını önemli ölçüde etkileyebilir. Ağ bağlantılarını optimize etmek ve veri önbelleğe alma gibi teknikler kullanmak, gecikmenin etkisini azaltmaya yardımcı olabilir.
• Saat Dilimi Farklılıkları: Saat dilimi farklılıkları, özellikle zaman damgaları ve planlanan olaylarla uğraşırken işlem işlemeyi karmaşıklaştırabilir. Tutarlı bir saat dilimi (örneğin, UTC) kullanılması önerilir.
• Veri Yerelleştirme: Veri yerelleştirme gereksinimleri, verilerin farklı bölgelerde depolanmasını gerektirebilir. Bu, dağıtık işlem yönetimini daha da karmaşıklaştırabilir ve veri gizliliği düzenlemelerine uyumu sağlamak için dikkatli planlama gerektirebilir.
• Para Birimi Dönüştürme: Birden çok para birimini içeren finansal işlemlerle uğraşırken, doğruluğu ve düzenlemelere uyumu sağlamak için para birimi dönüştürme işleminin dikkatli bir şekilde yapılması gerekir.
• Mevzuata Uygunluk: Farklı ülkelerin veri gizliliği, güvenliği ve finansal işlemlerle ilgili farklı düzenlemeleri vardır. Dağıtık işlemler tasarlarken ve uygularken bu düzenlemelere uyumu sağlamak çok önemlidir.

Sonuç

Dağıtık işlemler ve İki Aşamalı Onay (2PC) protokolü, sağlam ve tutarlı dağıtık sistemler oluşturmak için temel kavramlardır. 2PC, atomikliği sağlamak için basit ve yaygın olarak benimsenen bir çözüm sunarken, özellikle engelleme ve tek arıza noktası etrafındaki sınırlamaları, Sagalar ve nihai tutarlılık gibi alternatif yaklaşımların dikkatli bir şekilde değerlendirilmesini gerektirir. Güçlü tutarlılık, kullanılabilirlik ve performans arasındaki ödünleşimleri anlamak, özel uygulama ihtiyaçlarınız için doğru yaklaşımı seçmek için çok önemlidir. Ayrıca, küresel bir ortamda çalışırken, dağıtık işlemlerin başarısını sağlamak için ağ gecikmesi, saat dilimleri, veri yerelleştirme ve mevzuata uyumlulukla ilgili ek hususların ele alınması gerekir.