Modern yaz\u0131l\u0131m sistemleri, giderek artan karma\u015f\u0131kl\u0131klar\u0131yla birlikte veri tutarl\u0131l\u0131\u011f\u0131 ve i\u015flem b\u00fct\u00fcnl\u00fc\u011f\u00fc konusunda ciddi zorluklar sunar. \u00d6zellikle asenkron sinyal (signal) mekanizmalar\u0131 \u00fczerinden tetiklenen operasyonlar, sistemin birden fazla bile\u015fenini e\u015f zamanl\u0131 olarak etkileyebilir. Peki, bu bile\u015fenlerden biri ba\u015far\u0131s\u0131z oldu\u011funda t\u00fcm sistemin tutarl\u0131 bir duruma geri d\u00f6nmesini nas\u0131l garantileyebiliriz? Bu makalede, sinyaller arac\u0131l\u0131\u011f\u0131yla tetiklenen i\u015flemlerin g\u00fcvenilirli\u011fini art\u0131rmak i\u00e7in atomik i\u015flemlerin ve geri alma (rollback) mekanizmalar\u0131n\u0131n nas\u0131l in\u015fa edilece\u011fini ad\u0131m ad\u0131m inceleyece\u011fiz. Amac\u0131m\u0131z, okuyucunun konuyu s\u0131f\u0131rdan anlayarak kendi sistemlerinde uygulayabilece\u011fi pratik bilgiler sunmakt\u0131r.<\/p>\n
G\u00fcn\u00fcm\u00fcz\u00fcn dinamik yaz\u0131l\u0131m d\u00fcnyas\u0131nda, uygulamalar\u0131m\u0131z tek bir monolitik yap\u0131dan ziyade, birbirleriyle s\u00fcrekli etkile\u015fim halinde olan ba\u011f\u0131ms\u0131z bile\u015fenlerden olu\u015fma e\u011filimindedir. Mikroservis mimarileri, olay tabanl\u0131 sistemler (event-driven systems) ve da\u011f\u0131t\u0131k mimariler, bu etkile\u015fimlerin temelini olu\u015fturur. Bu t\u00fcr sistemlerde, bir olay\u0131n veya sinyalin tetiklenmesiyle, birden fazla farkl\u0131 i\u015flem zincirleme bir \u015fekilde devreye girebilir. \u00d6rne\u011fin, bir kullan\u0131c\u0131n\u0131n yeni bir abonelik ba\u015flatmas\u0131, veritaban\u0131na kullan\u0131c\u0131 kayd\u0131, \u00f6deme i\u015fleminin ba\u015flat\u0131lmas\u0131, ho\u015f geldin e-postas\u0131n\u0131n g\u00f6nderilmesi ve analitik sistemlere bildirim gibi pek \u00e7ok farkl\u0131 eylemi tetikleyebilir. Bu zincirleme reaksiyon s\u0131ras\u0131nda, herhangi bir ad\u0131mda meydana gelebilecek bir hata, t\u00fcm sistemin tutars\u0131z bir duruma d\u00fc\u015fmesine neden olabilir.<\/p>\n
Bu senaryoyu daha iyi anlamak i\u00e7in bir e-ticaret platformunu d\u00fc\u015f\u00fcnelim: M\u00fc\u015fteri bir \u00fcr\u00fcn sat\u0131n ald\u0131\u011f\u0131nda, bu i\u015flem sadece bir veritaban\u0131 kayd\u0131 olu\u015fturmakla kalmaz. Ayn\u0131 zamanda \u00fcr\u00fcn sto\u011fundan d\u00fc\u015f\u00fclmeli, \u00f6deme sistemine talimat g\u00f6nderilmeli, m\u00fc\u015fteriye sipari\u015f onay\u0131 e-postas\u0131 gitmeli ve kargo firmas\u0131na bildirimde bulunulmal\u0131d\u0131r. E\u011fer \u00f6deme ba\u015far\u0131s\u0131z olursa ancak stok d\u00fc\u015f\u00fclm\u00fc\u015fse veya m\u00fc\u015fteriye onay e-postas\u0131 gitmi\u015fse, sistem bir tutars\u0131zl\u0131k durumuna girer. Bu durum, hem operasyonel sorunlara hem de m\u00fc\u015fteri memnuniyetsizli\u011fine yol a\u00e7ar. \u0130\u015fte bu noktada, atomik i\u015flemler ve geri alma mekanizmalar\u0131 devreye girer. Atomik i\u015flemler, bir dizi operasyonun ya tamamen ba\u015far\u0131l\u0131 olmas\u0131n\u0131 ya da hi\u00e7 olmamas\u0131n\u0131 (yani eski duruma geri d\u00f6nmesini) garanti eden bir yap\u0131d\u0131r. Bu sayede, herhangi bir hata durumunda sistemin her zaman tutarl\u0131 bir durumda kalmas\u0131 sa\u011flan\u0131r. \u00d6zellikle sinyal odakl\u0131 sistemlerde, bu t\u00fcr bir garanti, sistemin g\u00fcvenilirli\u011fi ve dayan\u0131kl\u0131l\u0131\u011f\u0131 i\u00e7in vazge\u00e7ilmezdir. Bu makale boyunca, bu kritik mekanizmalar\u0131 nas\u0131l tasarlayaca\u011f\u0131n\u0131z\u0131 ve uygulayaca\u011f\u0131n\u0131z\u0131 derinlemesine ke\u015ffedece\u011fiz.<\/p>\n
Sistemlerimizde veri b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc sa\u011flamak i\u00e7in at\u0131lacak ilk ad\u0131m, atomik i\u015flemlerin ne oldu\u011funu ve sinyallerin bu ba\u011flamda nas\u0131l bir rol oynad\u0131\u011f\u0131n\u0131 net bir \u015fekilde kavramakt\u0131r. Bu temel anlay\u0131\u015f, daha sonra in\u015fa edece\u011fimiz karma\u015f\u0131k mekanizmalar\u0131n sa\u011flam bir zemin \u00fczerine oturmas\u0131n\u0131 sa\u011flayacakt\u0131r. \u0130\u015flemlerin g\u00fcvenilirli\u011fini art\u0131rmak, modern uygulamalar\u0131n en kritik gereksinimlerinden biridir ve bu b\u00f6l\u00fcmde bu g\u00fcvenilirli\u011fin yap\u0131 ta\u015flar\u0131n\u0131 inceleyece\u011fiz.<\/p>\n
Atomik i\u015flem, bir veritaban\u0131 veya sistem \u00fczerinde ger\u00e7ekle\u015ftirilen bir dizi operasyonun, tek bir b\u00f6l\u00fcnmez birim olarak kabul edildi\u011fi bir kavramd\u0131r. Bu kavram, genellikle veritaban\u0131 y\u00f6netim sistemleriyle (DBMS) ili\u015fkilendirilen ACID (Atomicity, Consistency, Isolation, Durability) prensiplerinin ilk harfini temsil eder: Atomicity (Atomiklik). Atomiklik, bir i\u015flemin i\u00e7erdi\u011fi t\u00fcm ad\u0131mlar\u0131n ya tamamen ba\u015far\u0131yla tamamlanmas\u0131n\u0131 (commit) ya da hi\u00e7birinin ger\u00e7ekle\u015fmemi\u015f gibi geri al\u0131nmas\u0131n\u0131 (rollback) garanti eder. K\u0131smi ba\u015far\u0131 diye bir \u015fey s\u00f6z konusu de\u011fildir. E\u011fer i\u015flemdeki ad\u0131mlardan biri bile ba\u015far\u0131s\u0131z olursa, daha \u00f6nce ba\u015far\u0131yla tamamlanan t\u00fcm ad\u0131mlar geri al\u0131n\u0131r ve sistem i\u015flemin ba\u015flang\u0131c\u0131ndaki durumuna d\u00f6ner.<\/p>\n
Bu prensip, \u00f6zellikle finansal i\u015flemler gibi kritik uygulamalarda hayati \u00f6neme sahiptir. \u00d6rne\u011fin, bir banka hesab\u0131ndan ba\u015fka bir hesaba para transferi i\u015flemi iki temel ad\u0131mdan olu\u015fur: birinci hesaptan para \u00e7ekme ve ikinci hesaba para yat\u0131rma. E\u011fer birinci ad\u0131mdan sonra bir sistem hatas\u0131 olu\u015fur ve ikinci ad\u0131m tamamlanamazsa, atomiklik sayesinde \u00e7ekilen para ilk hesaba geri yat\u0131r\u0131l\u0131r. B\u00f6ylece, para havada kalmaz ve sistemin tutarl\u0131l\u0131\u011f\u0131 korunur. Bu durum, veri tutars\u0131zl\u0131\u011f\u0131n\u0131n \u00f6n\u00fcne ge\u00e7erek sistemin g\u00fcvenilirli\u011fini ve do\u011frulu\u011funu art\u0131r\u0131r. Atomik i\u015flemler, karma\u015f\u0131k i\u015f ak\u0131\u015flar\u0131nda bile verilerin her zaman do\u011fru ve g\u00fcvenilir olmas\u0131n\u0131 sa\u011flaman\u0131n temelidir.<\/p>\n
Sinyaller veya olaylar (events), genellikle bir sistemdeki belirli bir durum de\u011fi\u015fikli\u011fini veya bir eylemin ger\u00e7ekle\u015fti\u011fini di\u011fer bile\u015fenlere bildirmek i\u00e7in kullan\u0131lan mekanizmalard\u0131r. Bu sinyaller, \u00e7o\u011fu zaman asenkron (asynchronous) bir \u015fekilde i\u015flenir; yani, sinyali g\u00f6nderen bile\u015fen, al\u0131c\u0131 bile\u015fenin sinyali ba\u015far\u0131yla i\u015fleyip i\u015flemedi\u011fini beklemeden kendi i\u015fine devam eder. Bu asenkron do\u011fa, sistemlerin daha esnek, \u00f6l\u00e7eklenebilir ve tepkisel olmas\u0131n\u0131 sa\u011flar. \u00d6rne\u011fin, bir kullan\u0131c\u0131 kay\u0131t oldu\u011funda, “yeni_kullanici_kaydoldu” sinyali yay\u0131nlanabilir. Bu sinyali dinleyen farkl\u0131 servisler, kullan\u0131c\u0131ya ho\u015f geldin e-postas\u0131 g\u00f6nderebilir, analitik verileri g\u00fcncelleyebilir veya bir pazarlama kampanyas\u0131na dahil edebilir.<\/p>\n
Ancak, asenkron sinyallerin getirdi\u011fi esneklik, beraberinde baz\u0131 zorluklar\u0131 da getirir. Sinyal al\u0131c\u0131lar\u0131 ba\u011f\u0131ms\u0131z \u00e7al\u0131\u015ft\u0131\u011f\u0131 i\u00e7in, bir al\u0131c\u0131n\u0131n ba\u015far\u0131s\u0131z olmas\u0131 di\u011fer al\u0131c\u0131lar\u0131 veya sinyali g\u00f6nderen bile\u015feni do\u011frudan etkilemez. Bu durum, yukar\u0131da bahsetti\u011fimiz gibi bir dizi i\u015flemin k\u0131smen ba\u015far\u0131l\u0131 olmas\u0131na yol a\u00e7abilir. \u00d6rne\u011fin, “yeni_kullanici_kaydoldu” sinyali sonras\u0131 e-posta g\u00f6nderme servisi \u00e7\u00f6kerse, kullan\u0131c\u0131 kayd\u0131 tamamlanm\u0131\u015f ancak ho\u015f geldin e-postas\u0131 gitmemi\u015f olur. Bu t\u00fcr k\u0131smi ba\u015far\u0131lar, sistem genelinde veri tutars\u0131zl\u0131klar\u0131 yarat\u0131r ve hatalar\u0131n izlenmesini ve giderilmesini zorla\u015ft\u0131r\u0131r. Bu y\u00fczden, sinyallerle tetiklenen i\u015flemlerde atomikli\u011fi sa\u011flamak, sistemin b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc korumak i\u00e7in kritik bir ad\u0131md\u0131r.<\/p>\n
Sinyallerin asenkron do\u011fas\u0131 ve da\u011f\u0131t\u0131k sistemlerin karma\u015f\u0131kl\u0131\u011f\u0131, geri alma (rollback) mekanizmalar\u0131n\u0131 sadece bir “g\u00fczel \u00f6zellik” olmaktan \u00e7\u0131kar\u0131p, veri tutarl\u0131l\u0131\u011f\u0131n\u0131 sa\u011flaman\u0131n temel bir gereklili\u011fi haline getirir. Bir sinyal tetiklendi\u011finde, bu durum genellikle bir veya daha fazla ba\u011f\u0131ms\u0131z bile\u015fende bir dizi eylemi ba\u015flat\u0131r. Bu eylemlerin her biri kendi i\u00e7inde ba\u015far\u0131l\u0131 olabilirken, t\u00fcm zincirin b\u00fct\u00fcnsel olarak ba\u015far\u0131s\u0131z olma riski her zaman mevcuttur. \u0130\u015fte bu noktada geri alma, sistemin bozulmu\u015f bir durumdan kurtulmas\u0131n\u0131 ve \u00f6nceki tutarl\u0131 haline d\u00f6nmesini sa\u011flayan bir cankurtaran halat\u0131d\u0131r.<\/p>\n
Ger\u00e7ek d\u00fcnya senaryolar\u0131nda bu durumun ne kadar kritik oldu\u011funu g\u00f6rmek kolayd\u0131r. \u00d6rne\u011fin, bir mobil uygulama \u00fczerinden bir konser bileti sat\u0131n ald\u0131\u011f\u0131n\u0131z\u0131 d\u00fc\u015f\u00fcn\u00fcn. Bu i\u015flem, arka planda birden fazla ad\u0131m\u0131 tetikler: Kullan\u0131c\u0131n\u0131n kredi kart\u0131ndan \u00f6deme al\u0131n\u0131r, bilet envanterinden d\u00fc\u015f\u00fcl\u00fcr, kullan\u0131c\u0131ya e-posta ile bilet g\u00f6nderilir ve bir sadakat puan\u0131 program\u0131na puan eklenir. \u015eimdi hayal edelim ki, \u00f6deme ba\u015far\u0131yla ger\u00e7ekle\u015fti ve bilet envanterinden d\u00fc\u015f\u00fcld\u00fc, ancak e-posta g\u00f6nderme servisi o anl\u0131k bir ar\u0131za ya\u015fad\u0131 ve bilet e-postas\u0131 g\u00f6nderilemedi. Bu durumda, m\u00fc\u015fteri paray\u0131 \u00f6demi\u015f, bilet envanterden d\u00fc\u015f\u00fclm\u00fc\u015f ancak eline bilet ula\u015fmam\u0131\u015ft\u0131r. Geri alma mekanizmas\u0131 olmasayd\u0131, sistem bu tutars\u0131z durumda kal\u0131rd\u0131. M\u00fc\u015fteri memnuniyetsizli\u011fi, manuel m\u00fcdahale gereklili\u011fi ve potansiyel finansal kay\u0131plar ka\u00e7\u0131n\u0131lmaz olurdu.<\/p>\n
Ba\u015fka bir \u00f6rnek olarak, bir IoT (Nesnelerin \u0130nterneti) platformunda sens\u00f6r verilerinin i\u015flenmesini ele alal\u0131m. Bir sens\u00f6rden gelen veri, \u00f6nce bir mesaj kuyru\u011funa (message queue) g\u00f6nderilir, oradan bir veri i\u015fleme servisi taraf\u0131ndan al\u0131n\u0131r, veritaban\u0131na kaydedilir ve ard\u0131ndan bir uyar\u0131 sistemi taraf\u0131ndan analiz edilir. E\u011fer veri veritaban\u0131na kaydedilirken bir hata olu\u015fursa (\u00f6rne\u011fin, disk dolulu\u011fu nedeniyle), ancak mesaj kuyru\u011fundan veri zaten silinmi\u015fse, bu veri kaybolur ve sistemin veri b\u00fct\u00fcnl\u00fc\u011f\u00fc bozulur. Geri alma mekanizmas\u0131, bu t\u00fcr bir hata durumunda, mesaj\u0131n kuyru\u011fa geri g\u00f6nderilmesini veya i\u015fleme servisinin durumu uygun \u015fekilde i\u015faretlemesini sa\u011flayarak veri kayb\u0131n\u0131 \u00f6nler. K\u0131sacas\u0131, geri alma mekanizmalar\u0131, da\u011f\u0131t\u0131k ve asenkron sistemlerde ortaya \u00e7\u0131kabilecek say\u0131s\u0131z hata senaryosuna kar\u015f\u0131 bir sigorta g\u00f6revi g\u00f6r\u00fcr. Bu, sadece hatalar\u0131 d\u00fczeltmekle kalmaz, ayn\u0131 zamanda sistemin g\u00fcvenilirli\u011fini art\u0131r\u0131r, operasyonel maliyetleri d\u00fc\u015f\u00fcr\u00fcr ve en \u00f6nemlisi, kullan\u0131c\u0131 deneyimini korur. Bu nedenle, sinyal tetiklemeli i\u015flemlerde geri alma stratejilerini dikkatlice tasarlamak, sa\u011flam ve dayan\u0131kl\u0131 yaz\u0131l\u0131m sistemleri in\u015fa etmenin temel bir par\u00e7as\u0131d\u0131r.<\/p>\n
Atomikli\u011fi ve geri alma yetene\u011fini da\u011f\u0131t\u0131k ve sinyal tabanl\u0131 sistemlere entegre etmek, tek bir “herkese uyan” \u00e7\u00f6z\u00fcm yerine, farkl\u0131 senaryolara uygun \u00e7e\u015fitli tasar\u0131m desenleri ve yakla\u015f\u0131mlar\u0131 gerektirir. Her bir desenin kendi avantajlar\u0131 ve dezavantajlar\u0131 vard\u0131r ve do\u011fru se\u00e7imi yapmak, sisteminizin karma\u015f\u0131kl\u0131\u011f\u0131na, performans gereksinimlerine ve hata tolerans\u0131na ba\u011fl\u0131d\u0131r. Bu b\u00f6l\u00fcmde, en yayg\u0131n ve etkili yakla\u015f\u0131mlardan baz\u0131lar\u0131n\u0131 inceleyece\u011fiz.<\/p>\n
\u0130ki A\u015famal\u0131 Taahh\u00fct (2PC), da\u011f\u0131t\u0131k sistemlerde atomikli\u011fi sa\u011flamak i\u00e7in kullan\u0131lan klasik bir protokold\u00fcr. Genellikle da\u011f\u0131t\u0131k veritaban\u0131 i\u015flemlerinde kar\u015f\u0131m\u0131za \u00e7\u0131kar. Ad\u0131ndan da anla\u015f\u0131laca\u011f\u0131 gibi, iki ana a\u015famadan olu\u015fur: haz\u0131rl\u0131k (prepare) a\u015famas\u0131 ve taahh\u00fct (commit) a\u015famas\u0131. Bir koordinat\u00f6r (coordinator) ve birden fazla kat\u0131l\u0131mc\u0131 (participant) aras\u0131nda i\u015fler. Haz\u0131rl\u0131k a\u015famas\u0131nda, koordinat\u00f6r t\u00fcm kat\u0131l\u0131mc\u0131lara “haz\u0131r m\u0131s\u0131n\u0131z?” sorusunu g\u00f6nderir. Kat\u0131l\u0131mc\u0131lar, i\u015flemi ger\u00e7ekle\u015ftirmeye haz\u0131r olup olmad\u0131klar\u0131n\u0131 kontrol eder ve e\u011fer haz\u0131rsalar, de\u011fi\u015fiklikleri ge\u00e7ici olarak kaydeder (kilitler) ve koordinat\u00f6re “haz\u0131r\u0131m” cevab\u0131n\u0131 g\u00f6nderir. E\u011fer t\u00fcm kat\u0131l\u0131mc\u0131lar haz\u0131r oldu\u011funu bildirirse, koordinat\u00f6r ikinci a\u015famaya ge\u00e7er. Taahh\u00fct a\u015famas\u0131nda, koordinat\u00f6r t\u00fcm kat\u0131l\u0131mc\u0131lara “taahh\u00fct edin” komutunu g\u00f6nderir ve kat\u0131l\u0131mc\u0131lar ge\u00e7ici de\u011fi\u015fiklikleri kal\u0131c\u0131 hale getirir. E\u011fer herhangi bir kat\u0131l\u0131mc\u0131 haz\u0131rl\u0131k a\u015famas\u0131nda “haz\u0131r de\u011filim” derse veya bir zaman a\u015f\u0131m\u0131 ya\u015fan\u0131rsa, koordinat\u00f6r t\u00fcm kat\u0131l\u0131mc\u0131lara “geri al\u0131n” komutunu g\u00f6nderir ve t\u00fcm de\u011fi\u015fiklikler iptal edilir.<\/p>\n
2PC’nin en b\u00fcy\u00fck avantaj\u0131, g\u00fc\u00e7l\u00fc tutarl\u0131l\u0131\u011f\u0131 (strong consistency) garanti etmesidir. Ancak, ciddi dezavantajlar\u0131 da vard\u0131r: Performans darbo\u011fazlar\u0131 yaratabilir \u00e7\u00fcnk\u00fc t\u00fcm kat\u0131l\u0131mc\u0131lar\u0131n yan\u0131t vermesi beklenir ve kilitler uzun s\u00fcre tutulabilir. Ayr\u0131ca, koordinat\u00f6r\u00fcn ba\u015far\u0131s\u0131z olmas\u0131 durumunda sistem kilitlenebilir (tek hata noktas\u0131 – single point of failure). Bu nedenlerle, mikroservis mimarileri gibi y\u00fcksek oranda da\u011f\u0131t\u0131k ve \u00f6l\u00e7eklenebilir sistemlerde genellikle tercih edilmez.<\/p>\n
Mikroservis mimarilerinde 2PC’nin getirdi\u011fi zorluklar nedeniyle, daha esnek bir yakla\u015f\u0131m olan Saga deseni pop\u00fclerlik kazanm\u0131\u015ft\u0131r. Saga deseni, uzun s\u00fcreli, da\u011f\u0131t\u0131k i\u015flemleri y\u00f6netmek i\u00e7in bir dizi yerel (local) i\u015flemin birbirini tetiklemesi ve her bir yerel i\u015flemin kendi geri alma (compensating) i\u015flemine sahip olmas\u0131 prensibine dayan\u0131r. E\u011fer saga i\u00e7indeki bir ad\u0131m ba\u015far\u0131s\u0131z olursa, daha \u00f6nce tamamlanm\u0131\u015f ad\u0131mlar\u0131n telafi edici i\u015flemleri s\u0131rayla \u00e7al\u0131\u015ft\u0131r\u0131larak sistem \u00f6nceki tutarl\u0131 durumuna geri d\u00f6nd\u00fcr\u00fcl\u00fcr. Saga deseni, koreografi (choreography) ve orkestrasyon (orchestration) olmak \u00fczere iki ana \u015fekilde uygulanabilir.<\/p>\n
Koreografi tabanl\u0131 sagada, her servis bir olay\u0131 yay\u0131nlar ve di\u011fer servisler bu olay\u0131 dinleyerek kendi i\u015flemlerini ba\u015flat\u0131r. Bu yakla\u015f\u0131m daha esnektir ve tek hata noktas\u0131 yoktur ancak karma\u015f\u0131k i\u015f ak\u0131\u015flar\u0131nda izlemesi ve y\u00f6netmesi zor olabilir. Orkestrasyon tabanl\u0131 sagada ise, merkezi bir orkestrat\u00f6r (saga orchestrator), t\u00fcm yerel i\u015flemleri ve bunlar\u0131n telafi edici i\u015flemlerini y\u00f6netir. Orkestrat\u00f6r, her bir servise ne yapmas\u0131 gerekti\u011fini s\u00f6yler ve yan\u0131tlar\u0131 bekler. Bu yakla\u015f\u0131m daha kolay izlenebilir ve y\u00f6netilebilir olsa da, orkestrat\u00f6r tek hata noktas\u0131 haline gelebilir. Saga deseni, nihai tutarl\u0131l\u0131\u011f\u0131 (eventual consistency) kabul eden sistemler i\u00e7in idealdir ve 2PC’ye g\u00f6re daha \u00f6l\u00e7eklenebilir ve dayan\u0131kl\u0131d\u0131r.<\/p>\n
Telafi edici i\u015flemler, Saga deseninin temel bir bile\u015fenidir ancak tek ba\u015f\u0131na da bir yakla\u015f\u0131m olarak ele al\u0131nabilir. Bir telafi edici i\u015flem, daha \u00f6nce ba\u015far\u0131yla tamamlanm\u0131\u015f bir i\u015flemin etkilerini geri almak veya n\u00f6tralize etmek i\u00e7in tasarlanm\u0131\u015f bir i\u015flemdir. \u00d6rne\u011fin, bir “para yat\u0131rma” i\u015flemi i\u00e7in “para \u00e7ekme” i\u015flemi, bir “\u00fcr\u00fcn stoktan d\u00fc\u015fme” i\u015flemi i\u00e7in “\u00fcr\u00fcn sto\u011fa ekleme” i\u015flemi telafi edici bir i\u015flem olabilir. Buradaki kritik nokta, telafi edici i\u015flemlerin kendilerinin de atomik ve g\u00fcvenilir olmas\u0131 gerekti\u011fidir. E\u011fer bir telafi edici i\u015flem de ba\u015far\u0131s\u0131z olursa, daha karma\u015f\u0131k kurtarma stratejileri devreye girmelidir.<\/p>\n
Telafi edici i\u015flemler, \u00f6zellikle geri al\u0131nmas\u0131 zor veya imkans\u0131z olan d\u0131\u015f sistemlerle (\u00f6rne\u011fin, \u00fc\u00e7\u00fcnc\u00fc taraf \u00f6deme a\u011f ge\u00e7itleri) entegrasyonlarda \u00f6nemlidir. Bu durumlarda, fiziksel bir geri alma m\u00fcmk\u00fcn olmad\u0131\u011f\u0131ndan, telafi edici i\u015flem, sistemin mant\u0131ksal tutarl\u0131l\u0131\u011f\u0131n\u0131 sa\u011flamak i\u00e7in kullan\u0131l\u0131r (\u00f6rne\u011fin, bir \u00f6deme iadesi ba\u015flatarak). Bu yakla\u015f\u0131m, sistemin daha esnek olmas\u0131n\u0131 sa\u011flar ve k\u0131smi ba\u015far\u0131 durumlar\u0131n\u0131 y\u00f6netmek i\u00e7in g\u00fc\u00e7l\u00fc bir ara\u00e7 sunar. Bu tasar\u0131m desenlerini do\u011fru bir \u015fekilde birle\u015ftirmek ve uygulamak, sinyal tetiklemeli i\u015flemlerinizde atomikli\u011fi ve g\u00fcvenilirli\u011fi sa\u011flaman\u0131n anahtar\u0131d\u0131r.<\/p>\n
Teorik kavramlar\u0131 anlad\u0131ktan sonra, \u015fimdi bu bilgileri pratik bir senaryoya nas\u0131l uygulayaca\u011f\u0131m\u0131za odaklanal\u0131m. Kendi basit i\u015flem y\u00f6neticimizi (transaction manager) olu\u015fturarak, sinyal tetiklemeli bir i\u015flemde geri alma mekanizmas\u0131n\u0131 ad\u0131m ad\u0131m nas\u0131l in\u015fa edebilece\u011fimizi g\u00f6rece\u011fiz. Bu \u00f6rnek, bir kullan\u0131c\u0131n\u0131n kaydolmas\u0131 ve ard\u0131ndan ho\u015f geldin e-postas\u0131 almas\u0131 gibi iki a\u015famal\u0131 bir i\u015flemi sim\u00fcle edecek. Amac\u0131m\u0131z, bu ad\u0131mlardan herhangi birinin ba\u015far\u0131s\u0131z olmas\u0131 durumunda, t\u00fcm i\u015flemin geri al\u0131nmas\u0131n\u0131 sa\u011flayarak veri tutarl\u0131l\u0131\u011f\u0131n\u0131 korumakt\u0131r.<\/p>\n
\u0130lk olarak, her bir i\u015f ad\u0131m\u0131n\u0131n hem ileriye d\u00f6n\u00fck eylemini hem de bu eylemin geri al\u0131nmas\u0131n\u0131 sa\u011flayacak telafi edici eylemini tan\u0131mlamam\u0131z gerekiyor. \u0130\u015flem y\u00f6neticimiz, bu eylemleri bir s\u0131ra halinde kaydedecek ve bir hata durumunda bu telafi edici eylemleri ters s\u0131rayla \u00e7a\u011f\u0131rarak geri alma i\u015flemini ger\u00e7ekle\u015ftirecektir. Bu yakla\u015f\u0131m, \u00f6zellikle basit ve orta karma\u015f\u0131kl\u0131ktaki sistemler i\u00e7in olduk\u00e7a etkili ve anla\u015f\u0131l\u0131rd\u0131r. Daha karma\u015f\u0131k da\u011f\u0131t\u0131k sistemler i\u00e7in Saga deseni veya 2PC gibi daha geli\u015fmi\u015f \u00e7\u00f6z\u00fcmler gerekebilir, ancak temel prensipler burada g\u00f6sterilenle benzerdir.<\/p>\n
A\u015fa\u011f\u0131daki Python (s\u00f6zde kod) \u00f6rne\u011fi, bir def register_action(self, action_func, rollback_func, *args, **kwargs): def execute(self): # \u00d6rnek Fonksiyonlar: Bir kullan\u0131c\u0131 kayd\u0131 ve e-posta g\u00f6nderimi senaryosuTransactionManager<\/code> s\u0131n\u0131f\u0131n\u0131n nas\u0131l tasarlanabilece\u011fini g\u00f6stermektedir. Bu s\u0131n\u0131f, kaydedilen her i\u015flem i\u00e7in bir ana eylem (action) ve bir geri alma eylemi (rollback action) tutar. E\u011fer execute<\/code> metodu s\u0131ras\u0131nda herhangi bir eylem ba\u015far\u0131s\u0131z olursa, daha \u00f6nce ba\u015far\u0131yla tamamlanan t\u00fcm eylemlerin geri alma fonksiyonlar\u0131 ters s\u0131rada \u00e7a\u011fr\u0131l\u0131r. Bu, sistemin tutarl\u0131 bir duruma d\u00f6nmesini sa\u011flar.<\/p>\n
\n class TransactionManager:
\n def __init__(self):
\n self.actions = [] # (action_func, args, kwargs) listesi
\n self.rollback_actions = [] # (rollback_func, args, kwargs) listesi, action'larla e\u015fle\u015fen<\/p>\n
\n \"\"\"
\n Bir ana eylemi ve ilgili geri alma eylemini kaydeder.
\n \"\"\"
\n self.actions.append((action_func, args, kwargs))
\n self.rollback_actions.append((rollback_func, args, kwargs))<\/p>\n
\n \"\"\"
\n Kaydedilen t\u00fcm eylemleri s\u0131rayla y\u00fcr\u00fct\u00fcr.
\n Bir hata durumunda ba\u015far\u0131l\u0131 olanlar\u0131 geri al\u0131r.
\n \"\"\"
\n successful_action_count = 0
\n try:
\n for i, (action_func, args, kwargs) in enumerate(self.actions):
\n print(f\"[{action_func.__name__}] eylemi y\u00fcr\u00fct\u00fcl\u00fcyor...\")
\n action_func(*args, **kwargs)
\n successful_action_count += 1
\n print(\"T\u00fcm i\u015flemler ba\u015far\u0131yla tamamland\u0131.\")
\n return True
\n except Exception as e:
\n print(f\"Hata olu\u015ftu: {e}. \u0130\u015flemler geri al\u0131n\u0131yor...\")
\n # Ba\u015far\u0131l\u0131 olanlar\u0131 tersten geri al
\n for i in reversed(range(successful_action_count)):
\n rollback_func, args, kwargs = self.rollback_actions[i]
\n try:
\n print(f\"[{rollback_func.__name__}] geri alma eylemi y\u00fcr\u00fct\u00fcl\u00fcyor...\")
\n rollback_func(*args, **kwargs)
\n except Exception as rb_e:
\n print(f\"Geri alma s\u0131ras\u0131nda hata olu\u015ftu: {rb_e}\")
\n return False<\/p>\n
\n def create_user(username, email):
\n \"\"\"Kullan\u0131c\u0131 olu\u015fturma i\u015flemini sim\u00fcle eder.\"\"\"
\n print(f\"Veritaban\u0131na kullan\u0131c\u0131 kaydediliyor: {username}, {email}\")
\n # Ger\u00e7ek bir veritaban\u0131 i\u015flemi burada olurdu.
\n if username == \"hata_<\/p>\n","protected":false},"excerpt":{"rendered":"Modern yaz\u0131l\u0131m sistemleri, giderek artan karma\u015f\u0131kl\u0131klar\u0131yla birlikte veri tutarl\u0131l\u0131\u011f\u0131 ve i\u015flem b\u00fct\u00fcnl\u00fc\u011f\u00fc konusunda ciddi zorluklar sunar.","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1],"tags":[],"class_list":{"0":"post-41569","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-genel","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n