Da\u011f\u0131t\u0131k sistemlerde i\u015flem b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc korumak, genellikle karma\u015f\u0131k ve hataya a\u00e7\u0131k bir g\u00f6revdir. Bu makalede, atomik olmayan eylemleri intentler<\/strong> kullanarak nas\u0131l atomik hale getirece\u011fimizi, olas\u0131 veri tutars\u0131zl\u0131klar\u0131n\u0131 nas\u0131l \u00f6nleyece\u011fimizi ve sistemlerimizin g\u00fcvenilirli\u011fini nas\u0131l art\u0131raca\u011f\u0131m\u0131z\u0131 ad\u0131m ad\u0131m inceleyece\u011fiz. Modern yaz\u0131l\u0131m mimarilerinde g\u00fcvenilirli\u011fi art\u0131rmak i\u00e7in bu deseni ke\u015ffedin.<\/p>\n Modern yaz\u0131l\u0131m d\u00fcnyas\u0131nda, \u00f6zellikle mikroservis mimarileri ve da\u011f\u0131t\u0131k sistemlerde, verilerin tutarl\u0131l\u0131\u011f\u0131 kritik bir \u00f6neme sahiptir. Peki, “atomik eylem” ne anlama gelir ve neden bu kadar \u00f6nemlidir? En basit tan\u0131m\u0131yla, atomik bir eylem ya tamamen ba\u015far\u0131l\u0131 olur ya da hi\u00e7 ger\u00e7ekle\u015fmez. Yar\u0131m kalm\u0131\u015f bir i\u015flem, sistemde veri tutars\u0131zl\u0131klar\u0131na yol a\u00e7abilir ve bu da ciddi sorunlara davetiye \u00e7\u0131karabilir. Bu durum, bir banka hesab\u0131ndan di\u011ferine para transferi gibi klasik bir \u00f6rnekle daha iyi anla\u015f\u0131labilir. Para g\u00f6nderenin hesab\u0131ndan d\u00fc\u015f\u00fcl\u00fcr, ancak al\u0131c\u0131n\u0131n hesab\u0131na eklenmeden bir hata meydana gelirse ne olur? Bu durumda g\u00f6nderen paras\u0131n\u0131 kaybederken, al\u0131c\u0131 da paras\u0131na kavu\u015famaz ve sistemin tutarl\u0131l\u0131\u011f\u0131 bozulmu\u015f olur. \u0130\u015fte bu senaryoyu engellemek i\u00e7in atomik eylemlere ihtiya\u00e7 duyar\u0131z.<\/p>\n Atomiklik, veritaban\u0131 i\u015flemlerinin d\u00f6rt temel \u00f6zelli\u011fi olan ACID (Atomicity, Consistency, Isolation, Durability) prensiplerinin ilk harfidir. Tutarl\u0131l\u0131k (Consistency), sistemin her zaman ge\u00e7erli bir durumda kalmas\u0131n\u0131 garanti eder. \u0130zole etme (Isolation), birden fazla i\u015flemin e\u015fzamanl\u0131 olarak \u00e7al\u0131\u015f\u0131rken birbirini etkilememesini sa\u011flar. Kal\u0131c\u0131l\u0131k (Durability) ise, ba\u015far\u0131l\u0131 bir i\u015flemin sonu\u00e7lar\u0131n\u0131n sistem \u00e7\u00f6kse bile kaybolmamas\u0131n\u0131 temin eder. Bu d\u00f6rt prensip, \u00f6zellikle finans, e-ticaret, sa\u011fl\u0131k gibi kritik sekt\u00f6rlerde veri b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc sa\u011flaman\u0131n temelini olu\u015fturur. Atomik olmayan eylemler, bu zincirin en zay\u0131f halkas\u0131 olabilir ve beklenmedik hatalar, a\u011f kesintileri veya sistem ar\u0131zalar\u0131 durumunda sistemin kendini toparlayamaz hale gelmesine neden olabilir. Bu nedenle, her zaman bir i\u015flemin “tamam\u0131 ya da hi\u00e7biri” ilkesine uygun \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan emin olmal\u0131y\u0131z.<\/p>\n G\u00fcn\u00fcm\u00fcz\u00fcn karma\u015f\u0131k i\u015f s\u00fcre\u00e7lerinde, bir i\u015flemin birden fazla ad\u0131mdan olu\u015fmas\u0131 ve bu ad\u0131mlar\u0131n farkl\u0131 servisler, hatta farkl\u0131 sistemler \u00fczerinde \u00e7al\u0131\u015fmas\u0131 olduk\u00e7a yayg\u0131nd\u0131r. \u00d6rne\u011fin, bir e-ticaret sitesinde sipari\u015f verme i\u015flemi; stok kontrol\u00fc, \u00f6deme alma, sipari\u015f kayd\u0131n\u0131 olu\u015fturma ve kargoya verme gibi bir\u00e7ok ba\u011f\u0131ms\u0131z ad\u0131mdan meydana gelir. Bu ad\u0131mlardan herhangi biri ba\u015far\u0131s\u0131z oldu\u011funda, t\u00fcm i\u015flemin geri al\u0131nmas\u0131 veya yeniden denenmesi gerekebilir. \u0130\u015fte bu noktada, atomik eylemleri y\u00f6netmek i\u00e7in g\u00fc\u00e7l\u00fc ve esnek mekanizmalara ihtiya\u00e7 duyar\u0131z. \u0130ntentler (niyetler), bu karma\u015f\u0131k senaryolar\u0131 y\u00f6netmek ve atomik olmayan s\u00fcre\u00e7leri atomik hale getirmek i\u00e7in bize bir yol haritas\u0131 sunar. \u0130ntent deseni sayesinde, bir i\u015flemin t\u00fcm ad\u0131mlar\u0131n\u0131n ba\u015far\u0131l\u0131 bir \u015fekilde tamamland\u0131\u011f\u0131ndan emin olabilir veya herhangi bir ad\u0131mda bir sorun \u00e7\u0131kt\u0131\u011f\u0131nda t\u00fcm sistemi g\u00fcvenli bir \u015fekilde ba\u015flang\u0131\u00e7 durumuna d\u00f6nd\u00fcrebiliriz.<\/p>\n Atomik olmayan eylemler, bir i\u015flemin k\u0131smen ba\u015far\u0131l\u0131 olup k\u0131smen ba\u015far\u0131s\u0131z olmas\u0131 durumunda ortaya \u00e7\u0131kar ve yaz\u0131l\u0131m sistemlerinde ciddi sorunlara yol a\u00e7abilir. En temel problem, veri tutars\u0131zl\u0131\u011f\u0131d\u0131r. Bir banka transferi \u00f6rne\u011finde oldu\u011fu gibi, g\u00f6nderenin hesab\u0131ndan para d\u00fc\u015ferken al\u0131c\u0131n\u0131n hesab\u0131na eklenemezse, iki hesap aras\u0131nda para eksikli\u011fi olu\u015fur ve toplam para miktar\u0131 de\u011fi\u015fir. Bu, sistemin finansal kay\u0131tlar\u0131nda \u00f6nemli bir tutars\u0131zl\u0131\u011fa i\u015faret eder. Benzer \u015fekilde, bir e-ticaret platformunda, bir \u00fcr\u00fcn sat\u0131ld\u0131\u011f\u0131nda stok d\u00fc\u015f\u00fcl\u00fcr ancak sipari\u015f kayd\u0131 olu\u015fturulmadan i\u015flem kesintiye u\u011frarsa, stok seviyesi yanl\u0131\u015f g\u00f6r\u00fcn\u00fcrken \u00fcr\u00fcn hala sat\u0131lmam\u0131\u015f gibi alg\u0131lanabilir. Bu durum hem m\u00fc\u015fteri deneyimini olumsuz etkiler hem de envanter y\u00f6netimi gibi kritik i\u015f s\u00fcre\u00e7lerini bozar.<\/p>\n Sadece veri tutars\u0131zl\u0131\u011f\u0131 de\u011fil, ayn\u0131 zamanda operasyonel karma\u015f\u0131kl\u0131k da atomik olmayan eylemlerin getirdi\u011fi \u00f6nemli bir sorundur. K\u0131smen ba\u015far\u0131s\u0131z olan i\u015flemleri manuel olarak tespit etmek ve d\u00fczeltmek, hem zaman al\u0131c\u0131 hem de hataya a\u00e7\u0131k bir s\u00fcre\u00e7tir. Geli\u015ftiriciler ve operasyon ekipleri, bu t\u00fcr durumlar\u0131 izlemek, sorunlar\u0131 gidermek ve sistemin normal ak\u0131\u015f\u0131na d\u00f6nmesini sa\u011flamak i\u00e7in ek \u00e7aba harcamak zorunda kal\u0131rlar. \u00d6zellikle mikroservis mimarilerinde, bir i\u015f ak\u0131\u015f\u0131 birden fazla servisi kapsad\u0131\u011f\u0131nda, hangi servisin hangi a\u015famada ba\u015far\u0131s\u0131z oldu\u011funu anlamak ve telafi edici eylemleri tetiklemek olduk\u00e7a zorla\u015f\u0131r. Bu durum, hata ay\u0131klama s\u00fcre\u00e7lerini uzat\u0131r ve sistemin genel g\u00fcvenilirli\u011fini azalt\u0131r.<\/p>\n Dahas\u0131, atomik olmayan eylemler sistemin g\u00fcvenilirli\u011fini ve itibar\u0131n\u0131 zedeler. Kullan\u0131c\u0131lar, i\u015flemleri tamamlanmad\u0131\u011f\u0131nda veya yanl\u0131\u015f sonu\u00e7lar elde ettiklerinde sistemin g\u00fcvenilirli\u011fine olan inan\u00e7lar\u0131n\u0131 kaybederler. Bu, m\u00fc\u015fteri kayb\u0131na ve i\u015f s\u00fcreklili\u011finde aksakl\u0131klara yol a\u00e7abilir. \u00d6rne\u011fin, bir rezervasyon sistemi, oda ay\u0131rma i\u015flemini k\u0131smen tamamlay\u0131p kullan\u0131c\u0131n\u0131n \u00f6demesini almas\u0131na ra\u011fmen oday\u0131 ay\u0131rmazsa, bu durum m\u00fc\u015fteri memnuniyetsizli\u011fi yarat\u0131r ve markan\u0131n imaj\u0131n\u0131 olumsuz etkiler. Bu t\u00fcr sorunlar, \u00f6zellikle finansal i\u015flemler, sa\u011fl\u0131k kay\u0131tlar\u0131 veya \u00f6nemli veri y\u00f6netimi gerektiren alanlarda kabul edilemez d\u00fczeyde riskler ta\u015f\u0131r. Bu nedenle, atomik olmayan eylemlerin neden oldu\u011fu sorunlar\u0131 anlamak ve bunlar\u0131 etkili bir \u015fekilde \u00e7\u00f6zmek, her yaz\u0131l\u0131m geli\u015ftirme projesinin temel hedeflerinden biri olmal\u0131d\u0131r.<\/p>\n \u0130ntent (niyet), atomik olmayan eylemleri atomik hale getirme s\u00fcrecinde merkezi bir rol oynayan temel bir kavramd\u0131r. En basit tan\u0131m\u0131yla, bir intent, sistemin ger\u00e7ekle\u015ftirmek istedi\u011fi belirli bir i\u015flemi veya ula\u015fmak istedi\u011fi bir hedef durumu temsil eden bir kay\u0131tt\u0131r. Bu, an\u0131nda ve do\u011frudan bir eylem yerine, gelecekte veya bir dizi ko\u015ful kar\u015f\u0131land\u0131\u011f\u0131nda ger\u00e7ekle\u015ftirilmesi planlanan bir “niyet beyan\u0131” olarak d\u00fc\u015f\u00fcn\u00fclebilir. Geleneksel olarak, bir i\u015flemi do\u011frudan y\u00fcr\u00fctmeye \u00e7al\u0131\u015f\u0131r\u0131z ve ba\u015far\u0131s\u0131z olursa ne yapaca\u011f\u0131m\u0131z\u0131 d\u00fc\u015f\u00fcn\u00fcr\u00fcz. Ancak intent deseni, \u00f6nce ne yapmak istedi\u011fimizi kaydederek, i\u015flemin g\u00fcvenilirli\u011fini ve izlenebilirli\u011fini art\u0131r\u0131r.<\/p>\n \u0130ntentler, genellikle kal\u0131c\u0131 bir depolama biriminde (veritaban\u0131, mesaj kuyru\u011fu, dosya sistemi) saklan\u0131r ve bu sayede sistem \u00e7\u00f6kse bile niyetin kaybolmamas\u0131 sa\u011flan\u0131r. Bu, i\u015flemin g\u00fcvenilirli\u011fini art\u0131ran kilit noktalardan biridir. Bir intent kayd\u0131, genellikle i\u015flemin tipini, ilgili verileri (\u00f6rne\u011fin, bir banka transferi i\u00e7in kaynak\/hedef hesaplar ve miktar), mevcut durumunu (olu\u015fturuldu, i\u015fleniyor, tamamland\u0131, ba\u015far\u0131s\u0131z oldu) ve di\u011fer meta verileri (olu\u015fturulma zaman\u0131, son deneme zaman\u0131, deneme say\u0131s\u0131) i\u00e7erir. Bu bilgiler sayesinde, sistem intent’i i\u015fleyebilir, ba\u015far\u0131s\u0131z olursa yeniden deneyebilir veya belirli bir i\u015f ak\u0131\u015f\u0131n\u0131 tetikleyebilir.<\/p>\n \u0130ntentlerin kullan\u0131lmas\u0131n\u0131n en b\u00fcy\u00fck nedenlerinden biri, da\u011f\u0131t\u0131k sistemlerde ve mikroservis mimarilerinde ortaya \u00e7\u0131kan “da\u011f\u0131t\u0131k i\u015flem” zorluklar\u0131n\u0131 y\u00f6netmektir. Geleneksel iki fazl\u0131 kesinle\u015ftirme (2PC) gibi y\u00f6ntemler, koordinasyon y\u00fck\u00fc ve tek hata noktas\u0131 nedeniyle genellikle \u00f6l\u00e7eklenebilir de\u011fildir. \u0130ntent deseni ise, bu zorluklar\u0131 a\u015fmak i\u00e7in daha esnek ve asenkron bir yakla\u015f\u0131m sunar. Bir intent kayd\u0131 olu\u015fturulduktan sonra, bu kay\u0131t ayr\u0131 bir i\u015flemci (processor) taraf\u0131ndan okunur ve y\u00fcr\u00fct\u00fcl\u00fcr. \u0130\u015flem ba\u015far\u0131l\u0131 olursa intent durumu g\u00fcncellenir; ba\u015far\u0131s\u0131z olursa, bir s\u00fcre sonra yeniden denenir veya telafi edici bir eylem tetiklenir. Bu sayede, t\u00fcm par\u00e7alar\u0131n ba\u015far\u0131l\u0131 olmas\u0131 veya hi\u00e7bir par\u00e7an\u0131n kal\u0131c\u0131 bir etki yaratmamas\u0131 garanti alt\u0131na al\u0131nm\u0131\u015f olur.<\/p>\n \u00d6zetle, intentler; i\u015flemleri izlenebilir, yeniden denenebilir ve telafi edilebilir hale getirerek, atomik olmayan eylemlerin g\u00fcvenilirli\u011fini art\u0131r\u0131r. Sistemdeki farkl\u0131 bile\u015fenler aras\u0131ndaki ba\u011f\u0131ml\u0131l\u0131\u011f\u0131 azalt\u0131r ve i\u015f ak\u0131\u015flar\u0131n\u0131n daha esnek bir \u015fekilde y\u00f6netilmesini sa\u011flar. Bu sayede, hataya dayan\u0131kl\u0131, \u00f6l\u00e7eklenebilir ve tutarl\u0131 sistemler in\u015fa etmek m\u00fcmk\u00fcn hale gelir.<\/p>\n \u0130ntent tabanl\u0131 atomiklik, karma\u015f\u0131k i\u015f ak\u0131\u015flar\u0131n\u0131 y\u00f6netmek ve da\u011f\u0131t\u0131k sistemlerde veri tutarl\u0131l\u0131\u011f\u0131n\u0131 sa\u011flamak i\u00e7in g\u00fc\u00e7l\u00fc bir desendir. Bu desenin temelinde, bir eylemin tamam\u0131n\u0131 ger\u00e7ekle\u015ftirmek yerine, \u00f6ncelikle ger\u00e7ekle\u015ftirilmek istenen eylemin bir kayd\u0131n\u0131 (intent) tutmak yatar. Bu kay\u0131t, i\u015flemin ad\u0131mlar\u0131 aras\u0131nda bir koordinat\u00f6r g\u00f6revi g\u00f6r\u00fcr ve her ad\u0131m\u0131n durumunu izler. B\u00f6ylece, herhangi bir ad\u0131mda bir hata olu\u015ftu\u011funda, sistem i\u015flemin niyetini bilerek uygun telafi edici eylemleri tetikleyebilir veya i\u015flemi g\u00fcvenli bir \u015fekilde yeniden ba\u015flatabilir. Bu yakla\u015f\u0131m, \u00f6zellikle uzun s\u00fcreli ve \u00e7ok ad\u0131ml\u0131 i\u015flemlerde, geleneksel tek-i\u015flem (transaction) yakla\u015f\u0131mlar\u0131n\u0131n yetersiz kald\u0131\u011f\u0131 durumlarda parlar.<\/p>\n \u0130ntent deseni, bir i\u015flemin ya\u015fam d\u00f6ng\u00fcs\u00fcn\u00fc \u00fc\u00e7 ana a\u015famada y\u00f6netir: Niyet Olu\u015fturma (Record Intent)<\/strong>, Niyet Y\u00fcr\u00fctme (Process Intent)<\/strong> ve Niyet Onaylama\/Telafi Etme (Confirm\/Compensate Intent)<\/strong>. \u0130lk a\u015famada, kullan\u0131c\u0131n\u0131n veya sistemin iste\u011fi \u00fczerine, bir veritaban\u0131na veya mesaj kuyru\u011funa ilgili intent kayd\u0131 eklenir. Bu kay\u0131t, ger\u00e7ekle\u015ftirilecek eylemin t\u00fcm detaylar\u0131n\u0131 i\u00e7erir ve genellikle bir veritaban\u0131 i\u015flemi (transaction) i\u00e7inde atomik olarak kaydedilir. Bu, intent’in kendisinin asla kaybolmamas\u0131n\u0131 sa\u011flar. \u0130kinci a\u015famada, bir intent i\u015flemcisi (intent processor) veya bir i\u015f ak\u0131\u015f\u0131 y\u00f6neticisi, bu intent kay\u0131tlar\u0131n\u0131 okur ve s\u0131ras\u0131yla gerekli ad\u0131mlar\u0131 tetikler. Her ad\u0131m\u0131n ba\u015far\u0131 veya ba\u015far\u0131s\u0131zl\u0131k durumu intent kayd\u0131nda g\u00fcncellenir. Son a\u015famada ise, t\u00fcm ad\u0131mlar ba\u015far\u0131l\u0131 bir \u015fekilde tamamland\u0131\u011f\u0131nda intent durumu “tamamland\u0131” olarak i\u015faretlenir. E\u011fer herhangi bir ad\u0131mda bir hata meydana gelirse, intent’in durumu “ba\u015far\u0131s\u0131z” olarak g\u00fcncellenir ve \u00f6nceki ad\u0131mlar\u0131 geri almak i\u00e7in telafi edici eylemler tetiklenir.<\/p>\n Bu yakla\u015f\u0131m, \u00f6zellikle Saga Deseni<\/strong> ile yak\u0131n bir ili\u015fki i\u00e7indedir. Saga deseni, uzun s\u00fcreli da\u011f\u0131t\u0131k i\u015flemleri y\u00f6netmek i\u00e7in bir dizi yerel i\u015flem (local transactions) ve bunlar\u0131 koordine eden bir mekanizma kullan\u0131r. Her yerel i\u015flem kendi veri taban\u0131 i\u00e7in atomiktir, ancak t\u00fcm Saga’n\u0131n atomikli\u011fini intent deseni veya bir koordinasyon mekanizmas\u0131 sa\u011flar. \u0130ntentler, bu koordinasyon mekanizmas\u0131n\u0131n temelini olu\u015fturarak, bir Saga’n\u0131n her ad\u0131m\u0131n\u0131 izlemeyi ve gerekti\u011finde geri alma i\u015flemlerini kolayla\u015ft\u0131r\u0131r. B\u00f6ylece, sistem karma\u015f\u0131k i\u015f s\u00fcre\u00e7lerini g\u00fcvenli ve tutarl\u0131 bir \u015fekilde y\u00fcr\u00fctebilir, ayn\u0131 zamanda hata durumlar\u0131na kar\u015f\u0131 diren\u00e7li kal\u0131r.<\/p>\n Bir e-ticaret platformunda sipari\u015f verme s\u00fcreci, intent tabanl\u0131 atomiklik i\u00e7in harika bir \u00f6rnektir. Bu s\u00fcre\u00e7 genellikle \u015fu ad\u0131mlar\u0131 i\u00e7erir:<\/p>\n Bu ad\u0131mlar\u0131n her biri ayr\u0131 bir servis taraf\u0131ndan y\u00fcr\u00fct\u00fclebilir ve herhangi bir ad\u0131m\u0131n ba\u015far\u0131s\u0131z olmas\u0131, t\u00fcm sipari\u015fin tutars\u0131z bir durumda kalmas\u0131na neden olabilir. \u0130\u015fte bu noktada intent deseni devreye girer.<\/p>\n Niyet (Intent) Tan\u0131mlama:<\/strong> \u0130lk olarak, bir “Sipari\u015f Olu\u015fturma \u0130ntenti” tan\u0131mlar\u0131z. Bu intent, m\u00fc\u015fterinin sepetindeki \u00fcr\u00fcnler, \u00f6deme bilgileri, kargo adresi gibi t\u00fcm gerekli bilgileri i\u00e7erir.<\/p>\n \u0130\u015f Ak\u0131\u015f\u0131 ve Durum Y\u00f6netimi:<\/strong><\/p>\n A\u015fa\u011f\u0131daki tablo, bir intent’in ya\u015fam d\u00f6ng\u00fcs\u00fcn\u00fc ve durum ge\u00e7i\u015flerini g\u00f6stermektedir:<\/p>\n Niyet \u0130\u015flemcisi (Intent Processor) Mant\u0131\u011f\u0131:<\/strong><\/p>\n Bir intent i\u015flemcisi s\u00fcrekli olarak yeni veya bekleyen intent kay\u0131tlar\u0131n\u0131 dinler. Her intent kendi durumuna g\u00f6re i\u015flenir. \u00d6rne\u011fin:<\/p>\n <\/code><\/p>\n Bu senaryoda, intent deseni sayesinde, e-ticaret sipari\u015f s\u00fcreci gibi karma\u015f\u0131k ve da\u011f\u0131t\u0131k bir i\u015f ak\u0131\u015f\u0131n\u0131 atomik olarak y\u00f6netebiliriz. Herhangi bir ad\u0131mda bir sorun oldu\u011funda, sistem niyetin ne oldu\u011funu bilerek \u00f6nceki ad\u0131mlar\u0131 g\u00fcvenli bir \u015fekilde geri alabilir veya i\u015flemin tamamlanmas\u0131n\u0131 sa\u011flayacak \u015fekilde yeniden deneyebilir. Bu, hem veri tutarl\u0131l\u0131\u011f\u0131n\u0131 garanti alt\u0131na al\u0131r hem de hata durumlar\u0131nda manuel m\u00fcdahale ihtiyac\u0131n\u0131 b\u00fcy\u00fck \u00f6l\u00e7\u00fcde azalt\u0131r.<\/p>\n Mikroservis mimarileri, b\u00fcy\u00fck ve karma\u015f\u0131k uygulamalar\u0131 daha k\u00fc\u00e7\u00fck, ba\u011f\u0131ms\u0131z ve y\u00f6netilebilir bile\u015fenlere ay\u0131rarak geli\u015ftirme h\u0131z\u0131n\u0131 ve \u00f6l\u00e7eklenebilirli\u011fi art\u0131r\u0131r. Ancak, bu ba\u011f\u0131ms\u0131zl\u0131k beraberinde da\u011f\u0131t\u0131k i\u015flem y\u00f6netimi gibi zorluklar\u0131 da getirir. Bir i\u015f ak\u0131\u015f\u0131 birden fazla mikroservisi kapsad\u0131\u011f\u0131nda, bu servisler aras\u0131nda atomiklik ve tutarl\u0131l\u0131\u011f\u0131 sa\u011flamak kritik hale gelir. \u0130\u015fte bu noktada, intent deseni da\u011f\u0131t\u0131k i\u015flemlerin g\u00fcvenilirli\u011fini art\u0131rmak i\u00e7in g\u00fc\u00e7l\u00fc bir \u00e7\u00f6z\u00fcm sunar. \u015eimdi, \"Kullan\u0131c\u0131 Kay\u0131t ve Kar\u015f\u0131lama\" s\u00fcrecini ele alarak intentleri mikroservis ortam\u0131nda nas\u0131l uygulayabilece\u011fimizi detayl\u0131ca inceleyelim.<\/p>\n Senaryo: Kullan\u0131c\u0131 Kay\u0131t ve Kar\u015f\u0131lama<\/strong><\/p>\n Bir kullan\u0131c\u0131 yeni bir platforma kaydoldu\u011funda, birden fazla eylemin tetiklenmesi gerekir:<\/p>\n Bu ad\u0131mlardan herhangi biri ba\u015far\u0131s\u0131z olursa (\u00f6rne\u011fin, bildirim servisi ge\u00e7ici olarak ula\u015f\u0131lamazsa), t\u00fcm kullan\u0131c\u0131 kay\u0131t i\u015fleminin atomik olarak ele al\u0131nmas\u0131 gerekir. Yani, ya t\u00fcm ad\u0131mlar ba\u015far\u0131l\u0131 olacak ya da hi\u00e7biri kal\u0131c\u0131 bir etki b\u0131rakmayacakt\u0131r.<\/p>\n Bu senaryoyu intent deseniyle \u00e7\u00f6zmek i\u00e7in a\u015fa\u011f\u0131daki ad\u0131mlar\u0131 izleyebiliriz:<\/p>\n 1. Kullan\u0131c\u0131 Kay\u0131t \u0130ntenti Olu\u015fturma:<\/strong> <\/code><\/p>\n 2. \u0130ntent \u0130\u015flemcisi (Intent Processor):<\/strong> <\/code><\/p>\n 3. Hata Durumu ve Telafi:<\/strong> <\/code><\/p>\n 4. \u0130dempotensi ve Yeniden Deneme:<\/strong> Bu uygulama \u00f6rne\u011fi, intent deseninin da\u011f\u0131t\u0131k sistemlerde nas\u0131l atomiklik sa\u011flayabilece\u011fini ve hata durumlar\u0131nda veri tutarl\u0131l\u0131\u011f\u0131n\u0131 nas\u0131l koruyabilece\u011fini g\u00f6stermektedir. Bu desen, karma\u015f\u0131k i\u015f ak\u0131\u015flar\u0131n\u0131 y\u00f6netirken sistemin direncini ve g\u00fcvenilirli\u011fini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r.<\/p>\n \u0130ntent tabanl\u0131 atomiklik deseni, temel bir mekanizma sunsa da, ger\u00e7ek d\u00fcnya senaryolar\u0131nda daha sa\u011flam, verimli ve \u00f6l\u00e7eklenebilir hale getirmek i\u00e7in \u00e7e\u015fitli ileri d\u00fczey teknikler ve optimizasyonlar uygulanabilir. Bu teknikler, sisteminizin hata tolerans\u0131n\u0131 art\u0131r\u0131rken, operasyonel y\u00fck\u00fc azaltmay\u0131 ve performans\u0131 iyile\u015ftirmeyi hedefler. Modern, da\u011f\u0131t\u0131k sistemlerin dinamik do\u011fas\u0131 gere\u011fi, bu optimizasyonlar genellikle bir zorunluluk haline gelir.<\/p>\n 1. \u0130dempotensi Mekanizmalar\u0131n\u0131n G\u00fc\u00e7lendirilmesi:<\/strong> 2. Telafi Edici \u0130\u015flemlerin Otomatikle\u015ftirilmesi ve Geli\u015ftirilmesi:<\/strong> 3. Zaman A\u015f\u0131mlar\u0131 (Timeouts) ve \u00d6l\u00fc Harf Kuyruklar\u0131 (Dead Letter Queues - DLQ):<\/strong> <\/code><\/p>\n 4. \u0130zleme, Loglama ve Uyar\u0131 Sistemleri:<\/strong> 5. Performans Optimizasyonlar\u0131:<\/strong> Bu ileri d\u00fczey teknikler, intent tabanl\u0131 atomiklik desenini sadece i\u015flevsel k\u0131lmakla kalmaz, ayn\u0131 zamanda onu ger\u00e7ek d\u00fcnya \u00fcretim ortamlar\u0131n\u0131n taleplerini kar\u015f\u0131layabilecek g\u00fcvenilir, \u00f6l\u00e7eklenebilir ve y\u00f6netilebilir bir \u00e7\u00f6z\u00fcme d\u00f6n\u00fc\u015ft\u00fcr\u00fcr. Her bir teknik, sisteminizin direncini art\u0131rmak ve operasyonel karma\u015f\u0131kl\u0131\u011f\u0131 azaltmak i\u00e7in dikkatlice uygulanmal\u0131d\u0131r.<\/p>\n Modern web uygulamalar\u0131 ve servisler genellikle sadece masa\u00fcst\u00fc taray\u0131c\u0131larda de\u011fil, ayn\u0131 zamanda mobil cihazlarda da sorunsuz bir deneyim sunmak zorundad\u0131r. \u0130ntent tabanl\u0131 sistemlerde, kullan\u0131c\u0131lar\u0131n uzun s\u00fcreli veya asenkron i\u015flemleri ba\u015flatt\u0131klar\u0131nda ne oldu\u011funu anlamalar\u0131 i\u00e7in do\u011fru geri bildirim sa\u011flamak b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r. Bir \u00f6deme i\u015flemi, bir sipari\u015f onay\u0131 veya bir hesap aktivasyonu gibi arkada \u00e7al\u0131\u015fan \"intent\" durumlar\u0131n\u0131 kullan\u0131c\u0131lara anla\u015f\u0131l\u0131r ve mobil uyumlu bir \u015fekilde g\u00f6rselle\u015ftirmek, kullan\u0131c\u0131 deneyimini \u00f6nemli \u00f6l\u00e7\u00fcde iyile\u015ftirir.<\/p>\n 1. A\u00e7\u0131k ve Anla\u015f\u0131l\u0131r Durum Mesajlar\u0131:<\/strong> 2. \u0130lerleme G\u00f6stergeleri (Progress Indicators):<\/strong>Atomik Olmayan Eylemler Hangi Sorunlara Yol A\u00e7ar?<\/h3>\n
\u0130ntent Kavram\u0131 Ne Anlama Gelir ve Neden Kullan\u0131l\u0131r?<\/h3>\n
\u0130ntent Tabanl\u0131 Atomiklik Nas\u0131l Sa\u011flan\u0131r? Vaka Analizi ile \u0130nceleyelim<\/h2>\n
Vaka Analizi: E-ticaret Sipari\u015f S\u00fcreci<\/h3>\n
\n
\n\n
\n \nDurum<\/th>\n A\u00e7\u0131klama<\/th>\n Sonraki Muhtemel Durumlar<\/th>\n<\/tr>\n<\/thead>\n \n OLU\u015eTURULDU<\/code><\/td>\nSipari\u015f intendi sisteme ilk kaydedildi. Hi\u00e7bir i\u015flem ba\u015flamad\u0131.<\/td>\n \u0130\u015eLEN\u0130YOR<\/code>, \u0130PTAL_ED\u0130LD\u0130<\/code><\/td>\n<\/tr>\n\n STOK_AYIR_BA\u015eARILI<\/code><\/td>\n\u00dcr\u00fcn stoklar\u0131 ba\u015far\u0131yla ayr\u0131ld\u0131.<\/td>\n ODEME_BEKLEN\u0130YOR<\/code><\/td>\n<\/tr>\n\n STOK_AYIR_BA\u015eARISIZ<\/code><\/td>\n\u00dcr\u00fcn sto\u011fu yetersiz veya stok ay\u0131rma hatas\u0131.<\/td>\n \u0130PTAL_ED\u0130LD\u0130<\/code> (telafi eylemi: ayr\u0131lan stoklar\u0131 geri al)<\/td>\n<\/tr>\n\n ODEME_BA\u015eARILI<\/code><\/td>\n\u00d6deme ba\u015far\u0131yla al\u0131nd\u0131.<\/td>\n S\u0130PAR\u0130S_KAYDET_BEKLEN\u0130YOR<\/code><\/td>\n<\/tr>\n\n ODEME_BA\u015eARISIZ<\/code><\/td>\n\u00d6deme i\u015flemi ba\u015far\u0131s\u0131z oldu.<\/td>\n \u0130PTAL_ED\u0130LD\u0130<\/code> (telafi eylemi: ayr\u0131lan stoklar\u0131 geri al)<\/td>\n<\/tr>\n\n S\u0130PAR\u0130S_KAYDET_BA\u015eARILI<\/code><\/td>\nSipari\u015f veritaban\u0131na kaydedildi.<\/td>\n TAMAMLANDI<\/code>, KARGO_BEKLEN\u0130YOR<\/code><\/td>\n<\/tr>\n\n S\u0130PAR\u0130S_KAYDET_BA\u015eARISIZ<\/code><\/td>\nSipari\u015f veritaban\u0131na kaydedilirken hata olu\u015ftu.<\/td>\n \u0130PTAL_ED\u0130LD\u0130<\/code> (telafi eylemi: \u00f6demeyi iade et, ayr\u0131lan stoklar\u0131 geri al)<\/td>\n<\/tr>\n\n KARGO_B\u0130LD\u0130R\u0130M_G\u00d6NDER\u0130LD\u0130<\/code><\/td>\nKargo servisine bildirim ba\u015far\u0131yla g\u00f6nderildi.<\/td>\n MUSTERI_B\u0130LD\u0130R\u0130M_G\u00d6NDER\u0130LD\u0130<\/code><\/td>\n<\/tr>\n\n TAMAMLANDI<\/code><\/td>\nT\u00fcm ad\u0131mlar ba\u015far\u0131yla tamamland\u0131.<\/td>\n –<\/td>\n<\/tr>\n \n \u0130PTAL_ED\u0130LD\u0130<\/code><\/td>\n\u0130\u015flem herhangi bir nedenle iptal edildi. Gerekli telafi eylemleri uyguland\u0131.<\/td>\n –<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n \n\/\/ Pseudocode\nfunction islemSiparisIntenti(intent) {\n switch (intent.durum) {\n case 'OLU\u015eTURULDU':\n \/\/ Stok ay\u0131rma servisini \u00e7a\u011f\u0131r\n if (stokServisi.stokAyir(intent.urunler)) {\n intent.durum = 'STOK_AYIR_BA\u015eARILI';\n } else {\n intent.durum = 'STOK_AYIR_BA\u015eARISIZ';\n }\n break;\n case 'STOK_AYIR_BA\u015eARILI':\n \/\/ \u00d6deme servisini \u00e7a\u011f\u0131r\n if (odemeServisi.odemeAl(intent.musteri, intent.tutar)) {\n intent.durum = 'ODEME_BA\u015eARILI';\n } else {\n intent.durum = 'ODEME_BA\u015eARISIZ';\n }\n break;\n case 'ODEME_BA\u015eARILI':\n \/\/ Sipari\u015f kaydetme servisini \u00e7a\u011f\u0131r\n if (siparisServisi.siparisKaydet(intent.detaylar)) {\n intent.durum = 'S\u0130PAR\u0130S_KAYDET_BA\u015eARILI';\n } else {\n intent.durum = 'S\u0130PAR\u0130S_KAYDET_BA\u015eARISIZ';\n }\n break;\n case 'S\u0130PAR\u0130S_KAYDET_BA\u015eARILI':\n \/\/ Kargo ve m\u00fc\u015fteri bildirimlerini g\u00f6nder\n kargoServisi.bildirimGonder(intent.siparisId);\n bildirimServisi.musteriEpostaGonder(intent.musteri, 'Sipari\u015finiz onayland\u0131.');\n intent.durum = 'TAMAMLANDI';\n break;\n case 'STOK_AYIR_BA\u015eARISIZ':\n case 'ODEME_BA\u015eARISIZ':\n case 'S\u0130PAR\u0130S_KAYDET_BA\u015eARISIZ':\n \/\/ Hata durumunda telafi et\n telafiEt(intent);\n intent.durum = '\u0130PTAL_ED\u0130LD\u0130';\n break;\n default:\n \/\/ Beklenmeyen durum\n break;\n }\n \/\/ Intent durumunu veritaban\u0131nda g\u00fcncelle\n intentDeposu.guncelle(intent);\n}\n\nfunction telafiEt(intent) {\n if (intent.durum == 'ODEME_BA\u015eARISIZ' || intent.durum == 'S\u0130PAR\u0130S_KAYDET_BA\u015eARISIZ') {\n \/\/ \u00d6deme al\u0131nm\u0131\u015fsa iade et\n if (intent.odemeDurumu == 'ALINDI') {\n odemeServisi.paraIadeEt(intent.musteri, intent.tutar);\n }\n }\n \/\/ Stok ay\u0131rma ba\u015far\u0131l\u0131ysa geri al\n if (intent.stokDurumu == 'AYRILDI') {\n stokServisi.stokGeriAl(intent.urunler);\n }\n \/\/ Di\u011fer telafi eylemleri...\n}\n<\/pre>\nUygulamal\u0131 \u00d6rnek: Mikroservis Ortam\u0131nda \u0130ntent Kullan\u0131m\u0131<\/h2>\n
\n
Da\u011f\u0131t\u0131k \u0130\u015flemlerde Tutarl\u0131l\u0131k \u0130\u00e7in \u0130ntentleri Nas\u0131l Uygulayabiliriz?<\/h3>\n
\nKullan\u0131c\u0131 kay\u0131t iste\u011fi geldi\u011finde, Kullan\u0131c\u0131 Servisi do\u011frudan i\u015flem yapmak yerine, \u00f6ncelikle bir \"Kullan\u0131c\u0131 Kay\u0131t \u0130ntenti\" kayd\u0131 olu\u015fturur. Bu intent, yeni kullan\u0131c\u0131n\u0131n e-posta, \u015fifre gibi temel bilgilerini ve i\u015flemin mevcut durumunu i\u00e7erir. Bu kay\u0131t, Kullan\u0131c\u0131 Servisi'nin kendi veritaban\u0131nda atomik bir i\u015flemle saklan\u0131r (Outbox Pattern'i burada kullanmak iyi bir yakla\u015f\u0131md\u0131r, b\u00f6ylece intent kayd\u0131yla birlikte di\u011fer veritaban\u0131 i\u015flemleri de atomik olur).<\/p>\n\n\/\/ Kullan\u0131c\u0131 Servisi - Kullan\u0131c\u0131 kay\u0131t iste\u011fi geldi\u011finde\nfunction kayitIstegiAl(kullaniciVerisi) {\n try {\n veritabani.beginTransaction();\n\n \/\/ 1. Yeni kullan\u0131c\u0131 kayd\u0131n\u0131 olu\u015ftur (\u015fimdilik pasif durumda veya sadece temel bilgilerle)\n const yeniKullanici = veritabani.kullanicilar.insert({\n email: kullaniciVerisi.email,\n sifreHash: hashSifre(kullaniciVerisi.sifre),\n durum: 'BEKLEYEN' \/\/ Veya ba\u015fka bir ge\u00e7ici durum\n });\n\n \/\/ 2. Kullan\u0131c\u0131 Kay\u0131t \u0130ntenti'ni olu\u015ftur\n veritabani.intents.insert({\n intentTipi: 'KULLANICI_KAYIT_ISLEMI',\n referansId: yeniKullanici.id,\n payload: { email: kullaniciVerisi.email, userId: yeniKullanici.id },\n durum: 'OLU\u015eTURULDU',\n olusturmaZamani: new Date()\n });\n\n veritabani.commit();\n return { success: true, message: 'Kay\u0131t i\u015flemi ba\u015flat\u0131ld\u0131.' };\n } catch (error) {\n veritabani.rollback();\n console.error('Kay\u0131t ba\u015flatma hatas\u0131:', error);\n return { success: false, message: 'Kay\u0131t i\u015flemi ba\u015flat\u0131lamad\u0131.' };\n }\n}\n<\/pre>\n
\nAyr\u0131 bir servis veya bile\u015fen olan \"Intent \u0130\u015flemcisi\", s\u00fcrekli olarak OLU\u015eTURULDU<\/code> durumundaki intent kay\u0131tlar\u0131n\u0131 dinler veya sorgular. Yeni bir 'KULLANICI_KAYIT_ISLEMI' intendi tespit etti\u011finde, bunu i\u015fleme al\u0131r. Bu i\u015flemci, bir t\u00fcr Saga Orchestrator g\u00f6revi g\u00f6rebilir.<\/p>\n\n\/\/ Intent \u0130\u015flemcisi Servisi\n\/\/ Belirli aral\u0131klarla intentleri sorgular veya bir mesaj kuyru\u011fundan dinler\nasync function intentleriIsle() {\n const islenecekIntents = await intentDeposu.getPendingIntents('KULLANICI_KAYIT_ISLEMI');\n\n for (const intent of islenecekIntents) {\n try {\n switch (intent.durum) {\n case 'OLU\u015eTURULDU':\n \/\/ Profil Servisi'ni \u00e7a\u011f\u0131r\n await profilServisi.profilOlustur(intent.payload.userId);\n intent.durum = 'PROFIL_OLUSTURULDU';\n break;\n case 'PROFIL_OLUSTURULDU':\n \/\/ Bildirim Servisi'ni \u00e7a\u011f\u0131r\n await bildirimServisi.hosGeldinEpostasiGonder(intent.payload.email);\n intent.durum = 'EPOSTA_GONDERILDI';\n break;\n case 'EPOSTA_GONDERILDI':\n \/\/ Kullan\u0131c\u0131 Servisi'nde kullan\u0131c\u0131n\u0131n durumunu 'AKT\u0130F' yap\n await kullaniciServisi.kullaniciDurumGuncelle(intent.payload.userId, 'AKTIF');\n intent.durum = 'TAMAMLANDI';\n break;\n default:\n console.log(Bilinmeyen intent durumu: ${intent.durum}<\/code>);\n }\n \/\/ Intent durumunu g\u00fcncelle\n await intentDeposu.guncelle(intent);\n } catch (error) {\n console.error(Intent ${intent.id} i\u015flenirken hata olu\u015ftu:<\/code>, error);\n intent.durum = 'BASARISIZ';\n intent.hataMesaji = error.message;\n intent.denemeSayisi++;\n await intentDeposu.guncelle(intent);\n \/\/ Hata telafisi veya yeniden deneme mant\u0131\u011f\u0131 burada devreye girebilir\n telafiEt(intent);\n }\n }\n}\n<\/pre>\n
\nE\u011fer herhangi bir ad\u0131mda (\u00f6rne\u011fin, profilServisi.profilOlustur<\/code> ba\u015far\u0131s\u0131z olursa) bir hata meydana gelirse, Intent \u0130\u015flemcisi intent'in durumunu BASARISIZ<\/code> olarak g\u00fcnceller. Bu noktada, telafi mekanizmalar\u0131 devreye girer. Telafi eylemleri, \u00f6nceki ba\u015far\u0131l\u0131 ad\u0131mlar\u0131n etkilerini geri almak i\u00e7in tasarlanm\u0131\u015ft\u0131r. \u00d6rne\u011fin:<\/p>\n\n
\n\/\/ Intent \u0130\u015flemcisi - Telafi fonksiyonu\nasync function telafiEt(intent) {\n console.log(Intent ${intent.id} i\u00e7in telafi i\u015flemleri ba\u015flat\u0131l\u0131yor.<\/code>);\n try {\n \/\/ Hangi a\u015famada ba\u015far\u0131s\u0131z oldu\u011funa ba\u011fl\u0131 olarak telafi et\n if (intent.durum === 'BASARISIZ') {\n \/\/ E\u011fer profil olu\u015fturulmu\u015f ama di\u011fer ad\u0131mlar ba\u015far\u0131s\u0131z olmu\u015fsa profili sil\n if (intent.payload.userId && await profilServisi.profilVarMi(intent.payload.userId)) {\n await profilServisi.profilSil(intent.payload.userId);\n console.log(Kullan\u0131c\u0131 ${intent.payload.userId} profili silindi.<\/code>);\n }\n \/\/ Kullan\u0131c\u0131 Servisi'ndeki ge\u00e7ici kayd\u0131 sil veya pasif hale getir\n if (intent.payload.userId) {\n await kullaniciServisi.kullaniciDurumGuncelle(intent.payload.userId, 'S\u0130L\u0130ND\u0130');\n console.log(Kullan\u0131c\u0131 ${intent.payload.userId} kayd\u0131 pasif hale getirildi.<\/code>);\n }\n \/\/ Di\u011fer telafi ad\u0131mlar\u0131 (\u00f6rne\u011fin, varsa ilgili loglar\u0131 temizleme)\n }\n } catch (telafiError) {\n console.error(Intent ${intent.id} telafi edilirken kritik hata:<\/code>, telafiError);\n \/\/ Bu noktada manuel m\u00fcdahale veya daha geli\u015fmi\u015f bir hata i\u015fleme gerekebilir\n }\n}\n<\/pre>\n
\n\u0130ntent \u0130\u015flemcisi, ba\u015far\u0131s\u0131z olan intent'leri belirli aral\u0131klarla yeniden deneyecek \u015fekilde yap\u0131land\u0131r\u0131labilir. Bu yeniden deneme mekanizmas\u0131n\u0131n sorunsuz \u00e7al\u0131\u015fmas\u0131 i\u00e7in, t\u00fcm servis operasyonlar\u0131n\u0131n idempotent<\/strong> olmas\u0131 \u00f6nemlidir. Yani, ayn\u0131 iste\u011fin birden fazla kez yap\u0131lmas\u0131 ayn\u0131 sonucu vermeli ve yan etkilere yol a\u00e7mamal\u0131d\u0131r. \u00d6rne\u011fin, profilOlustur<\/code> metodu, zaten bir profilin var olup olmad\u0131\u011f\u0131n\u0131 kontrol etmeli ve varsa tekrar olu\u015fturmaya \u00e7al\u0131\u015fmamal\u0131d\u0131r.<\/p>\n\u0130leri D\u00fczey Teknikler ve Optimizasyonlar<\/h2>\n
\u0130ntent Mekanizmalar\u0131n\u0131 Daha Sa\u011flam ve Verimli Hale Getirmek \u0130\u00e7in Neler Yapabiliriz?<\/h3>\n
\nDaha \u00f6nce de bahsedildi\u011fi gibi, yeniden denemelerin sorunsuz \u00e7al\u0131\u015fmas\u0131 i\u00e7in her i\u015flemin idempotent olmas\u0131 kritik \u00f6neme sahiptir. Bu, \u00f6zellikle d\u0131\u015f sistemlerle entegrasyonlarda (\u00f6deme a\u011f ge\u00e7itleri, kargo firmalar\u0131 API'leri) zorlay\u0131c\u0131 olabilir. Her iste\u011fe benzersiz bir i\u015flem kimli\u011fi (transaction ID) eklemek ve al\u0131c\u0131 taraf\u0131n bu kimli\u011fi kullanarak iste\u011fin daha \u00f6nce i\u015flenip i\u015flenmedi\u011fini kontrol etmesini sa\u011flamak yayg\u0131n bir yakla\u015f\u0131md\u0131r. E\u011fer istek zaten i\u015flenmi\u015fse, mevcut sonucu d\u00f6nd\u00fcr\u00fcl\u00fcr ve i\u015flem tekrar y\u00fcr\u00fct\u00fclmez. Bu, veritaban\u0131 d\u00fczeyinde benzersiz k\u0131s\u0131tlamalar veya \u00f6nbellekleme ile desteklenebilir.<\/p>\n
\nBir intent ba\u015far\u0131s\u0131z oldu\u011funda, telafi edici eylemlerin otomatik olarak tetiklenmesi gerekir. Bu telafi i\u015flemleri de kendi i\u00e7inde atomik olmal\u0131 ve ba\u015far\u0131yla tamamlanmal\u0131d\u0131r. \u00d6rne\u011fin, bir \u00f6deme iadesi de ba\u015fka bir intent olarak kaydedilebilir ve izlenebilir. Karma\u015f\u0131k telafi senaryolar\u0131 i\u00e7in, bir \"Telafi Y\u00f6neticisi\" bile\u015feni olu\u015fturulabilir. Bu y\u00f6netici, intent'in ba\u015far\u0131s\u0131z oldu\u011fu a\u015famaya g\u00f6re hangi telafi ad\u0131mlar\u0131n\u0131n (stok geri alma, \u00f6deme iadesi, bildirim iptali vb.) tetiklenece\u011fini belirler ve s\u0131rayla y\u00fcr\u00fct\u00fcr. Telafi i\u015flemlerinin de ba\u015far\u0131s\u0131z olma ihtimaline kar\u015f\u0131 yeniden deneme ve izleme mekanizmalar\u0131na sahip olmas\u0131 \u00f6nemlidir.<\/p>\n
\n\u0130ntent i\u015fleme s\u00fcre\u00e7leri uzun s\u00fcrebilir veya bir servis yan\u0131t vermedi\u011finde tak\u0131l\u0131 kalabilir. Bu t\u00fcr durumlar\u0131 ele almak i\u00e7in zaman a\u015f\u0131mlar\u0131 kritik \u00f6neme sahiptir. E\u011fer bir intent belirli bir s\u00fcre i\u00e7inde i\u015flenmezse veya belirli bir deneme say\u0131s\u0131n\u0131 a\u015farsa, durumu 'ZAMAN_A\u015eIMI' veya 'KALICI_HATA' olarak i\u015faretlenmeli ve bir DLQ'ye ta\u015f\u0131nmal\u0131d\u0131r. DLQ'ler, otomatik olarak i\u015flenemeyen mesajlar\u0131n veya intent'lerin biriktirildi\u011fi \u00f6zel kuyruklard\u0131r. Bu sayede, hatal\u0131 intent'ler ana i\u015fleme ak\u0131\u015f\u0131n\u0131 t\u0131kamaz ve manuel inceleme veya \u00f6zel i\u015fleme i\u00e7in bir nokta sa\u011flar.<\/p>\n\n\/\/ Pseudocode - Intent \u0130\u015flemcisi i\u00e7indeki hata ve DLQ mant\u0131\u011f\u0131\nasync function intentleriIsle() {\n \/\/ ... (\u00f6nceki kod) ...\n try {\n \/\/ ... intent i\u015fleme mant\u0131\u011f\u0131 ...\n } catch (error) {\n intent.denemeSayisi++;\n if (intent.denemeSayisi >= MAX_DENEME_SAYISI || isKritikHata(error)) {\n intent.durum = 'KALICI_HATA';\n intent.hataMesaji = error.message;\n await intentDeposu.guncelle(intent);\n \/\/ Intent'i DLQ'ye g\u00f6nder\n await dlqServisi.gonder(intent);\n console.error(Intent ${intent.id} kal\u0131c\u0131 hataya d\u00fc\u015ft\u00fc ve DLQ'ye g\u00f6nderildi.<\/code>);\n } else {\n intent.durum = 'YEN\u0130DEN_DENE';\n intent.hataMesaji = error.message;\n \/\/ Bir sonraki deneme i\u00e7in gecikme (exponential backoff)\n intent.sonrakiDenemeZamani = new Date(Date.now() + Math.pow(2, intent.denemeSayisi) * 1000);\n await intentDeposu.guncelle(intent);\n console.warn(Intent ${intent.id} i\u00e7in yeniden deneme yap\u0131lacak.<\/code>);\n }\n }\n}\n<\/pre>\n
\n\u0130ntent tabanl\u0131 sistemlerin karma\u015f\u0131k do\u011fas\u0131 g\u00f6z \u00f6n\u00fcne al\u0131nd\u0131\u011f\u0131nda, sa\u011flam izleme (monitoring) ve loglama sistemleri vazge\u00e7ilmezdir. Her intent'in durumu, deneme say\u0131s\u0131, hata mesajlar\u0131 ve ya\u015fam d\u00f6ng\u00fcs\u00fcndeki t\u00fcm \u00f6nemli olaylar detayl\u0131 bir \u015fekilde loglanmal\u0131d\u0131r. Prometheus, Grafana gibi ara\u00e7larla intent durumlar\u0131 izlenebilir, belirli e\u015fik de\u011ferlerinin (\u00f6rne\u011fin, ba\u015far\u0131s\u0131z intent oran\u0131) a\u015f\u0131lmas\u0131 durumunda uyar\u0131lar (alerts) tetiklenebilir. Bu, operasyon ekiplerinin sorunlar\u0131 h\u0131zl\u0131ca tespit etmesine ve m\u00fcdahale etmesine olanak tan\u0131r.<\/p>\n
\nYo\u011fun sistemlerde intent tablolar\u0131 \u00e7ok b\u00fcy\u00fcyebilir. Bu durumu y\u00f6netmek i\u00e7in:<\/p>\n\n
Mobil Uyumlu Tasar\u0131m ve \u0130ntent G\u00f6rselle\u015ftirmeleri<\/h2>\n
Kullan\u0131c\u0131 Deneyimini Art\u0131rmak \u0130\u00e7in \u0130ntent Durumlar\u0131n\u0131 Nas\u0131l G\u00f6sterebiliriz?<\/h3>\n
\nKullan\u0131c\u0131ya g\u00f6sterilen mesajlar teknik jargon i\u00e7ermemeli, eylemin hangi a\u015famada oldu\u011funu ve ne bekledi\u011fini a\u00e7\u0131k\u00e7a belirtmelidir. \u00d6rne\u011fin:<\/p>\n\n
\nUzun s\u00fcren i\u015flemlerde, kullan\u0131c\u0131n\u0131n bekleme s\u00fcresi boyunca bir ilerleme \u00e7ubu\u011fu, d\u00f6nen bir y\u00fckleme simgesi (spinner) veya iskelet ekranlar\u0131 (skeleton screens) gibi g\u00f6rsel ipu\u00e7lar\u0131 kullanmak, kullan\u0131c\u0131n\u0131n sabr\u0131n\u0131 art\u0131r\u0131r. Bu, kullan\u0131c\u0131n\u0131n uygulaman\u0131n donmad\u0131\u011f\u0131n\u0131 ve i\u015flemin hala devam etti\u011fini anlamas\u0131n\u0131 sa\u011flar. \u00d6rne\u011fin, bir sipari\u015fin ad\u0131mlar\u0131n\u0131 g\u00f6steren g\u00f6rsel bir ak\u0131\u015f (timeline) \u00e7ok etkili olabilir:<\/p>\n\n