Da\u011f\u0131t\u0131k sistemlerde hizmet kesintileri ve performans d\u00fc\u015f\u00fc\u015fleri ka\u00e7\u0131n\u0131lmazd\u0131r. Bu makale, sistemlerinizi hatalardan korumak, kararl\u0131l\u0131\u011f\u0131 art\u0131rmak ve kullan\u0131c\u0131 deneyimini iyile\u015ftirmek i\u00e7in g\u00fc\u00e7l\u00fc bir ara\u00e7 olan Devre Kesici (Circuit Breaker) tasar\u0131m desenini ad\u0131m ad\u0131m tan\u0131tacak. Uygulama \u00f6rnekleri ve ger\u00e7ek d\u00fcnya senaryolar\u0131yla bu deseni derinlemesine inceleyerek, yaz\u0131l\u0131m mimarilerinizi daha diren\u00e7li hale getirmenin yollar\u0131n\u0131 ke\u015ffedeceksiniz.<\/p>\n
G\u00fcn\u00fcm\u00fcz\u00fcn modern yaz\u0131l\u0131m d\u00fcnyas\u0131nda, uygulamalar\u0131m\u0131z genellikle tek bir monolitik yap\u0131dan ziyade, birbirleriyle ileti\u015fim kuran bir\u00e7ok k\u00fc\u00e7\u00fck, ba\u011f\u0131ms\u0131z hizmetten (mikroservisler) olu\u015fur. Bu mimari, geli\u015ftirme h\u0131z\u0131n\u0131 art\u0131rma, \u00f6l\u00e7eklenebilirlik sa\u011flama ve farkl\u0131 teknolojileri kullanma esnekli\u011fi gibi pek \u00e7ok avantaj sunar. Ancak, bu avantajlarla birlikte karma\u015f\u0131kl\u0131k da artar. Bir mikroservis mimarisinde, uygulaman\u0131z\u0131n farkl\u0131 bile\u015fenleri veritabanlar\u0131na, \u00fc\u00e7\u00fcnc\u00fc taraf API’lere ve di\u011fer i\u00e7 hizmetlere ba\u011f\u0131ml\u0131d\u0131r. Bu ba\u011f\u0131ml\u0131l\u0131klar, sistemin genel sa\u011fl\u0131\u011f\u0131 i\u00e7in potansiyel zay\u0131f noktalar yarat\u0131r.<\/p>\n
D\u00fc\u015f\u00fcn\u00fcn ki, pop\u00fcler bir e-ticaret siteniz var. M\u00fc\u015fteriler \u00fcr\u00fcnleri sepete ekliyor, sipari\u015f veriyor ve \u00f6deme yap\u0131yor. Bu s\u00fcre\u00e7lerin her biri farkl\u0131 bir servisi tetikleyebilir: \u00fcr\u00fcn bilgileri servisi, stok servisi, \u00f6deme servisi, kargo servisi gibi. \u015eimdi senaryoyu biraz zorlayal\u0131m: Entegre oldu\u011funuz \u00fc\u00e7\u00fcnc\u00fc taraf bir \u00f6deme servisi anl\u0131k olarak yava\u015flamaya veya tamamen hata vermeye ba\u015fl\u0131yor. Ne olur? E\u011fer sisteminiz bu t\u00fcr hatalara kar\u015f\u0131 diren\u00e7li de\u011filse, \u00f6deme servisine yap\u0131lan her \u00e7a\u011fr\u0131 uzun s\u00fcre bekleyebilir, bu da sipari\u015f verme s\u00fcrecini kilitleyebilir. Zincirleme bir reaksiyonla, web sitenizdeki di\u011fer t\u00fcm i\u015flemler de yava\u015flamaya ba\u015flar, hatta t\u00fcm uygulaman\u0131z \u00e7\u00f6kme noktas\u0131na gelebilir. Kullan\u0131c\u0131lar sinirlenir, sat\u0131\u015flar d\u00fc\u015fer ve itibar\u0131n\u0131z zarar g\u00f6r\u00fcr. Bu t\u00fcr bir durum, da\u011f\u0131t\u0131k sistemlerin kar\u015f\u0131la\u015ft\u0131\u011f\u0131 en yayg\u0131n ve y\u0131k\u0131c\u0131 sorunlardan biridir: \u00e7a\u011flayan hatas\u0131 (cascading failure)<\/b>.<\/p>\n
\u0130\u015fte tam da bu noktada, sistemlerinizi bu t\u00fcr felaketlerden korumak ve genel kararl\u0131l\u0131\u011f\u0131n\u0131 art\u0131rmak i\u00e7in g\u00fc\u00e7l\u00fc bir mekanizmaya ihtiya\u00e7 duyar\u0131z. Amac\u0131m\u0131z, bir servisteki hatan\u0131n t\u00fcm sistemi fel\u00e7 etmesini engellemektir. Bu, hatalar\u0131 izole etmek, h\u0131zl\u0131 bir \u015fekilde tespit etmek ve etkilenen servise yap\u0131lan \u00e7a\u011fr\u0131lar\u0131 ge\u00e7ici olarak durdurarak sistemin di\u011fer b\u00f6l\u00fcmlerinin normal \u015fekilde \u00e7al\u0131\u015fmaya devam etmesini sa\u011flamak anlam\u0131na gelir. Geleneksel hata y\u00f6netimi yakla\u015f\u0131mlar\u0131, genellikle bir servisin tamamen \u00e7\u00f6kmesini bekler veya uzun zaman a\u015f\u0131mlar\u0131 (timeouts) kullan\u0131r ki bu da kullan\u0131c\u0131 deneyimi a\u00e7\u0131s\u0131ndan kabul edilemez olabilir. Modern sistemler, daha proaktif ve esnek \u00e7\u00f6z\u00fcmler gerektirir. Bu \u00e7\u00f6z\u00fcm aray\u0131\u015f\u0131n\u0131n merkezinde ise Devre Kesici (Circuit Breaker) tasar\u0131m deseni yer al\u0131r. Bu desen, sistemlerinizin d\u0131\u015f ba\u011f\u0131ml\u0131l\u0131klara kar\u015f\u0131 daha diren\u00e7li olmas\u0131n\u0131 sa\u011flayarak, beklenmedik hatalara ra\u011fmen hizmet kalitesini koruman\u0131za yard\u0131mc\u0131 olur. \u015eimdi gelin, bu hayati deseni daha yak\u0131ndan inceleyelim.<\/p>\n
Devre Kesici tasar\u0131m deseni, da\u011f\u0131t\u0131k sistemlerdeki bir hizmetin veya bile\u015fenin s\u00fcrekli olarak ba\u015far\u0131s\u0131z olmas\u0131 durumunda, bu ba\u015far\u0131s\u0131z hizmete yap\u0131lan \u00e7a\u011fr\u0131lar\u0131 ge\u00e7ici olarak durdurarak sistemin geri kalan\u0131n\u0131 koruyan bir mekanizmad\u0131r. Ad\u0131n\u0131 elektrik devrelerindeki sigortalardan al\u0131r: Bir elektrik devresinde a\u015f\u0131r\u0131 y\u00fcklenme veya k\u0131sa devre oldu\u011funda, sigorta devreyi a\u00e7arak daha b\u00fcy\u00fck bir hasar\u0131 \u00f6nler. Devre Kesici deseni de benzer bir mant\u0131kla \u00e7al\u0131\u015f\u0131r; s\u00fcrekli hata veren bir ba\u011f\u0131ml\u0131l\u0131\u011fa yap\u0131lan \u00e7a\u011fr\u0131lar\u0131 “keser” ve bu ba\u011f\u0131ml\u0131l\u0131\u011f\u0131n sistemin di\u011fer k\u0131s\u0131mlar\u0131n\u0131 da \u00e7\u00f6kertmesini engeller.<\/p>\n
Bu desenin temel amac\u0131, bir servise yap\u0131lan \u00e7a\u011fr\u0131lar\u0131n s\u00fcrekli olarak ba\u015far\u0131s\u0131z oldu\u011fu durumlarda, o servise yap\u0131lan ek \u00e7a\u011fr\u0131lar\u0131n \u00f6n\u00fcne ge\u00e7mektir. Bu sayede hem ba\u015far\u0131s\u0131z servisin daha fazla y\u00fck alt\u0131nda kalmas\u0131 engellenir hem de \u00e7a\u011fr\u0131 yapan servisin (istemcinin) kaynaklar\u0131 (bellek, CPU, a\u011f ba\u011flant\u0131lar\u0131) gereksiz yere t\u00fcketilmesinin \u00f6n\u00fcne ge\u00e7ilir. Ayr\u0131ca, kullan\u0131c\u0131ya h\u0131zl\u0131 bir \u015fekilde bir hata mesaj\u0131 veya yedek (fallback) bir yan\u0131t sunarak kullan\u0131c\u0131 deneyimini iyile\u015ftirmeye de yard\u0131mc\u0131 olur. Bir servise yap\u0131lan \u00e7a\u011fr\u0131lar\u0131n zaman a\u015f\u0131m\u0131na u\u011framas\u0131n\u0131 beklemek yerine, Devre Kesici an\u0131nda tepki vererek sistemin daha duyarl\u0131 olmas\u0131n\u0131 sa\u011flar.<\/p>\n
Devre Kesici deseni genellikle \u00fc\u00e7 temel durumu y\u00f6netir:<\/p>\n
Bu durumlar aras\u0131ndaki ge\u00e7i\u015fler, sistemin dinamik olarak hata ko\u015fullar\u0131na uyum sa\u011flamas\u0131na olanak tan\u0131r. Devre kesici, sistemin bir b\u00f6l\u00fcm\u00fcndeki ar\u0131zan\u0131n t\u00fcm sisteme yay\u0131lmas\u0131n\u0131 \u00f6nleyen g\u00fc\u00e7l\u00fc bir izolasyon mekanizmas\u0131 sunar. Bu sayede, uygulaman\u0131z\u0131n genel kararl\u0131l\u0131\u011f\u0131 artar, kaynak israf\u0131 azal\u0131r ve kullan\u0131c\u0131lar daha tutarl\u0131 bir deneyim ya\u015far.<\/p>\n
Devre Kesici tasar\u0131m deseninin kalbinde, sistemin dinamik olarak de\u011fi\u015fen hata ko\u015fullar\u0131na uyum sa\u011flamas\u0131n\u0131 sa\u011flayan durum ge\u00e7i\u015fleri yatar. Bu ge\u00e7i\u015fler, bir ba\u011f\u0131ml\u0131l\u0131\u011f\u0131n sa\u011fl\u0131\u011f\u0131na dair s\u00fcrekli geri bildirim sa\u011flayarak, ne zaman \u00e7a\u011fr\u0131lar\u0131n kesilece\u011fine ve ne zaman yeniden denenece\u011fine karar verir. \u0130\u015fte bu durumlar aras\u0131ndaki ge\u00e7i\u015f kurallar\u0131 ve detayl\u0131 a\u00e7\u0131klamalar\u0131:<\/p>\n
1. Kapal\u0131 (Closed) Durumdan A\u00e7\u0131k (Open) Duruma Ge\u00e7i\u015f:<\/strong><\/p>\n 2. A\u00e7\u0131k (Open) Durumdan Yar\u0131 A\u00e7\u0131k (Half-Open) Duruma Ge\u00e7i\u015f:<\/strong><\/p>\n 3. Yar\u0131 A\u00e7\u0131k (Half-Open) Durumdan Kapal\u0131 (Closed) Duruma Ge\u00e7i\u015f:<\/strong><\/p>\n 4. Yar\u0131 A\u00e7\u0131k (Half-Open) Durumdan A\u00e7\u0131k (Open) Duruma Geri Ge\u00e7i\u015f:<\/strong><\/p>\n Bu durum ge\u00e7i\u015fleri, Devre Kesici deseninin esnekli\u011fini ve dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131 sa\u011flar. Parametreler (hata e\u015fi\u011fi, bekleme s\u00fcresi, deneme say\u0131s\u0131) dikkatlice yap\u0131land\u0131r\u0131larak, sisteminizin belirli ihtiya\u00e7lar\u0131na g\u00f6re optimize edilebilir. Do\u011fru yap\u0131land\u0131rma ile Devre Kesici, uygulaman\u0131z\u0131n kararl\u0131l\u0131\u011f\u0131n\u0131 art\u0131r\u0131rken, ba\u011f\u0131ml\u0131 hizmetlerdeki ge\u00e7ici ar\u0131zalar\u0131n genel sistem sa\u011fl\u0131\u011f\u0131n\u0131 olumsuz etkilemesini \u00f6nleyen g\u00fc\u00e7l\u00fc bir savunma hatt\u0131 olu\u015fturur.<\/p>\n Devre Kesici tasar\u0131m desenini teorik olarak anlamak \u00f6nemli olsa da, onu ger\u00e7ek d\u00fcnya uygulamalar\u0131na entegre etmek as\u0131l fayday\u0131 sa\u011flar. \u00c7o\u011fu modern geli\u015ftirme ortam\u0131nda, bu deseni manuel olarak uygulamak yerine, bu i\u015flevselli\u011fi sa\u011flayan haz\u0131r k\u00fct\u00fcphanelerden yararlanmak \u00e7ok daha pratik ve g\u00fcvenlidir. Bu k\u00fct\u00fcphaneler, durum y\u00f6netimi, hata say\u0131m\u0131, zamanlay\u0131c\u0131lar ve di\u011fer karma\u015f\u0131k detaylar\u0131 sizin yerinize halleder.<\/p>\n Pop\u00fcler programlama dilleri ve platformlar\u0131 i\u00e7in bir\u00e7ok olgun Devre Kesici k\u00fct\u00fcphanesi bulunmaktad\u0131r:<\/p>\n \u015eimdi gelin, basit bir pseudo-code \u00f6rne\u011fi ile Devre Kesici’nin nas\u0131l entegre edilebilece\u011fini ve bir mikroservis mimarisindeki ger\u00e7ek d\u00fcnya vaka analizini inceleyelim.<\/p>\n Senaryo:<\/strong> Bir e-ticaret uygulaman\u0131z var. Bu uygulama, sipari\u015fleri y\u00f6neten bir “Sipari\u015f Servisi” ve \u00fcr\u00fcn stoklar\u0131n\u0131 takip eden bir “Stok Servisi” olmak \u00fczere iki mikroservisten olu\u015fuyor. Sipari\u015f Servisi, bir m\u00fc\u015fteri sipari\u015f verdi\u011finde, \u00fcr\u00fcnlerin stok durumunu kontrol etmek i\u00e7in Stok Servisi’ne bir \u00e7a\u011fr\u0131 yapar. Stok Servisi bazen yo\u011funluktan veya veritaban\u0131 sorunlar\u0131ndan dolay\u0131 yava\u015flayabiliyor veya ge\u00e7ici hatalar d\u00f6nd\u00fcrebiliyor. E\u011fer Stok Servisi’ne yap\u0131lan \u00e7a\u011fr\u0131lar uzun s\u00fcre tak\u0131l\u0131rsa, bu Sipari\u015f Servisi’nin de kilitlenmesine ve yeni sipari\u015flerin al\u0131namamas\u0131na yol a\u00e7abilir.<\/p>\n \u00c7\u00f6z\u00fcm:<\/strong> Sipari\u015f Servisi’nde Stok Servisi’ne yap\u0131lan \u00e7a\u011fr\u0131lar\u0131 Devre Kesici deseni ile sarmalayarak bu sorunu \u00e7\u00f6zebiliriz. Devre Kesici, Stok Servisi’nin sorunlu oldu\u011funu alg\u0131lad\u0131\u011f\u0131nda, ona yap\u0131lan \u00e7a\u011fr\u0131lar\u0131 otomatik olarak durduracak ve Sipari\u015f Servisi’nin di\u011fer i\u015flemlere devam etmesini sa\u011flayacakt\u0131r. Bu durumda, stok kontrol\u00fc yap\u0131lamad\u0131\u011f\u0131 i\u00e7in m\u00fc\u015fteriye “Stok durumu \u015fu an kontrol edilemiyor, l\u00fctfen daha sonra tekrar deneyin” gibi bir mesaj veya varsay\u0131lan bir stok de\u011feri ile devam edilebilir (e\u011fer i\u015f mant\u0131\u011f\u0131 buna izin veriyorsa).<\/p>\n A\u015fa\u011f\u0131da, bir Devre Kesici’nin temel mant\u0131\u011f\u0131n\u0131 g\u00f6steren basitle\u015ftirilmi\u015f bir pseudo-code \u00f6rne\u011fi bulunmaktad\u0131r. Ger\u00e7ek bir uygulamada, bu kodu bir k\u00fct\u00fcphane arac\u0131l\u0131\u011f\u0131yla kullan\u0131rs\u0131n\u0131z.<\/p>\n Bu \u00f6rnekte g\u00f6rd\u00fc\u011f\u00fcn\u00fcz gibi, Geri d\u00f6n\u00fc\u015f (fallback) mekanizmalar\u0131, Devre Kesici deseninin kritik bir par\u00e7as\u0131d\u0131r. Bir servis kullan\u0131lamaz hale geldi\u011finde, kullan\u0131c\u0131ya tamamen bo\u015f veya hata dolu bir sayfa g\u00f6stermek yerine, anlaml\u0131 bir varsay\u0131lan yan\u0131t sunmak kullan\u0131c\u0131 deneyimini \u00f6nemli \u00f6l\u00e7\u00fcde iyile\u015ftirir. Bu, \u00f6nbelle\u011fe al\u0131nm\u0131\u015f veriler, varsay\u0131lan yap\u0131land\u0131rma de\u011ferleri veya “Hizmet \u015fu an kullan\u0131lam\u0131yor, l\u00fctfen daha sonra tekrar deneyin” gibi bilgilendirici mesajlar olabilir.<\/p>\n Devre Kesici deseni, basit bir hata izolasyon mekanizmas\u0131ndan \u00e7ok daha fazlas\u0131n\u0131 sunar. Daha karma\u015f\u0131k senaryolarda ve b\u00fcy\u00fck \u00f6l\u00e7ekli sistemlerde, bu deseni en iyi \u015fekilde kullanmak i\u00e7in baz\u0131 ileri d\u00fczey yakla\u015f\u0131mlar\u0131 ve en iyi uygulamalar\u0131 g\u00f6z \u00f6n\u00fcnde bulundurmak gerekir. Bu, sistemlerinizin daha da dayan\u0131kl\u0131 ve y\u00f6netilebilir olmas\u0131n\u0131 sa\u011flayacakt\u0131r.<\/p>\n Hata T\u00fcrlerine G\u00f6re Devre Kesici Yap\u0131land\u0131rmas\u0131:<\/strong> T\u00fcm hatalar ayn\u0131 de\u011fildir. A\u011f ba\u011flant\u0131s\u0131 kesilmesi, zaman a\u015f\u0131m\u0131, sunucu taraf\u0131 istisnalar\u0131 (HTTP 5xx hatalar\u0131) gibi ge\u00e7ici ve sistemsel hatalar genellikle Devre Kesici taraf\u0131ndan y\u00f6netilmelidir. Ancak, i\u015f mant\u0131\u011f\u0131na dayal\u0131 hatalar (\u00f6rne\u011fin, “Ge\u00e7ersiz Kullan\u0131c\u0131 Ad\u0131” gibi HTTP 4xx hatalar\u0131) genellikle Devre Kesici taraf\u0131ndan dikkate al\u0131nmamal\u0131d\u0131r, \u00e7\u00fcnk\u00fc bu hatalar genellikle ba\u011f\u0131ml\u0131 hizmetin kendisinin bozuk oldu\u011fu anlam\u0131na gelmez. Devre Kesicinizi yaln\u0131zca belirli hata t\u00fcrlerini izleyecek \u015fekilde yap\u0131land\u0131rmak, yanl\u0131\u015f pozitifleri (gereksiz yere a\u00e7\u0131lan devre kesiciler) \u00f6nler ve daha do\u011fru bir hata tolerans\u0131 sa\u011flar.<\/p>\n \u0130zleme (Monitoring) ve Uyar\u0131 (Alerting) Sistemleriyle Entegrasyon:<\/strong> Devre Kesicilerinizin durumu hakk\u0131nda bilgi sahibi olmak kritik \u00f6neme sahiptir. Bir devre kesicinin “A\u00e7\u0131k” duruma ge\u00e7ti\u011fini, hangi hizmetin etkilendi\u011fini ve ne kadar s\u00fcredir bu durumda oldu\u011funu izleyebilmelisiniz. Prometheus, Grafana, ELK Stack gibi izleme ara\u00e7lar\u0131yla entegrasyon, bu bilgileri ger\u00e7ek zamanl\u0131 panolarda g\u00f6rselle\u015ftirmenize olanak tan\u0131r. Ayr\u0131ca, bir devre kesici “A\u00e7\u0131k” duruma ge\u00e7ti\u011finde veya uzun s\u00fcre “Yar\u0131 A\u00e7\u0131k” kald\u0131\u011f\u0131nda otomatik uyar\u0131lar (e-posta, Slack, SMS) g\u00f6ndermek, operasyon ekiplerinin sorunlara h\u0131zla m\u00fcdahale etmesini sa\u011flar. Bu, sistemdeki potansiyel sorunlar\u0131 proaktif olarak tespit etmenize yard\u0131mc\u0131 olur.<\/p>\n Farkl\u0131 Devre Kesici K\u00fct\u00fcphanelerinin Kar\u015f\u0131la\u015ft\u0131r\u0131lmas\u0131:<\/strong> Yukar\u0131da bahsedilen k\u00fct\u00fcphaneler (Polly, Resilience4j, Hystrix vb.) benzer i\u015flevler sunsa da, performans, yap\u0131land\u0131rma esnekli\u011fi, entegrasyon kolayl\u0131\u011f\u0131 ve topluluk deste\u011fi a\u00e7\u0131s\u0131ndan farkl\u0131l\u0131klar g\u00f6sterebilir. Projenizin teknoloji y\u0131\u011f\u0131n\u0131na, performans gereksinimlerine ve geli\u015ftirici deneyimine en uygun k\u00fct\u00fcphaneyi se\u00e7mek \u00f6nemlidir. \u00d6rne\u011fin, Resilience4j, Hystrix’e g\u00f6re daha hafif ve fonksiyonel programlama prensiplerine daha uygun bir yakla\u015f\u0131m sunarken, Polly .NET ekosisteminde \u00e7ok y\u00f6nl\u00fc ve kullan\u0131m\u0131 kolay bir \u00e7\u00f6z\u00fcmd\u00fcr.<\/p>\n Dinamik Yap\u0131land\u0131rma ve Uzaktan Y\u00f6netim:<\/strong> B\u00fcy\u00fck \u00f6l\u00e7ekli da\u011f\u0131t\u0131k sistemlerde, devre kesici parametrelerini (hata e\u015fi\u011fi, bekleme s\u00fcresi) statik olarak kodlamak pratik olmayabilir. Bu parametreleri dinamik olarak de\u011fi\u015ftirebilmek ve hatta \u00e7al\u0131\u015fma zaman\u0131nda uzaktan yap\u0131land\u0131rabilmek, sistem y\u00f6neticilerine ve DevOps ekiplerine b\u00fcy\u00fck esneklik sa\u011flar. Yap\u0131land\u0131rma sunucular\u0131 (\u00f6rne\u011fin, Spring Cloud Config, Consul, etcd) veya \u00f6zellik anahtarlar\u0131 (feature flags) kullanarak devre kesici ayarlar\u0131n\u0131 merkezi olarak y\u00f6netmek, \u00fcretim ortam\u0131nda h\u0131zl\u0131 m\u00fcdahalelere olanak tan\u0131r.<\/p>\n Devre Kesici deseni tek ba\u015f\u0131na g\u00fc\u00e7l\u00fc olsa da, di\u011fer hata tolerans\u0131 desenleriyle birle\u015ftirildi\u011finde ger\u00e7ek potansiyelini ortaya koyar. Bu desenler, sisteminizin farkl\u0131 t\u00fcrdeki ar\u0131zalara kar\u015f\u0131 daha kapsaml\u0131 bir koruma sa\u011flamas\u0131na yard\u0131mc\u0131 olur:<\/p>\n Bu desenlerin bir araya gelmesiyle, sisteminiz daha diren\u00e7li, esnek ve kullan\u0131c\u0131 dostu hale gelir. \u00d6rne\u011fin, bir \u00e7a\u011fr\u0131 \u00f6nce bir Zaman A\u015f\u0131m\u0131 deseniyle sarmalan\u0131r, ard\u0131ndan ge\u00e7ici hatalar i\u00e7in bir Tekrar Deneme deseni uygulan\u0131r ve t\u00fcm bunlar bir Devre Kesici ile korunur. Son olarak, t\u00fcm bu mant\u0131k, bir B\u00f6lmeleme deseni i\u00e7inde izole edilmi\u015f kaynaklarda \u00e7al\u0131\u015f\u0131r. Bu katmanl\u0131 yakla\u015f\u0131m, da\u011f\u0131t\u0131k sistemlerdeki hatalarla ba\u015fa \u00e7\u0131kmak i\u00e7in en g\u00fc\u00e7l\u00fc stratejilerden biridir.<\/p>\n Da\u011f\u0131t\u0131k sistemlerin karma\u015f\u0131k d\u00fcnyas\u0131nda, d\u0131\u015f ba\u011f\u0131ml\u0131l\u0131klar ve i\u00e7 servisler aras\u0131ndaki etkile\u015fimler ka\u00e7\u0131n\u0131lmaz olarak hatalara yol a\u00e7abilir. Ancak, bu hatalar\u0131n t\u00fcm sistemi fel\u00e7 etmesine izin vermek zorunda de\u011filiz. Devre Kesici (Circuit Breaker) tasar\u0131m deseni, tam da bu noktada devreye girerek sistemlerimizi bu t\u00fcr \u00e7a\u011flayan hatalardan koruyan g\u00fc\u00e7l\u00fc bir kalkan g\u00f6revi g\u00f6r\u00fcr. Bu desen, bir servisin s\u00fcrekli ba\u015far\u0131s\u0131z oldu\u011funu alg\u0131lad\u0131\u011f\u0131nda \u00e7a\u011fr\u0131lar\u0131 ge\u00e7ici olarak durdurur, b\u00f6ylece hem sorunlu servise dinlenmesi i\u00e7in zaman tan\u0131r hem de \u00e7a\u011f\u0131ran servisin kaynaklar\u0131n\u0131n t\u00fckenmesini engeller.<\/p>\n Devre Kesici’nin \u00fc\u00e7 temel durumu (Kapal\u0131, A\u00e7\u0131k, Yar\u0131 A\u00e7\u0131k) ve aralar\u0131ndaki ak\u0131ll\u0131 ge\u00e7i\u015fler sayesinde, sistemler anl\u0131k olarak de\u011fi\u015fen hata ko\u015fullar\u0131na uyum sa\u011flayabilir. Bu sayede, kullan\u0131c\u0131lar daha h\u0131zl\u0131 yan\u0131tlar al\u0131r, uygulaman\u0131n genel kararl\u0131l\u0131\u011f\u0131 artar ve operasyon ekipleri sorunlar\u0131 daha proaktif bir \u015fekilde y\u00f6netebilir. Ger\u00e7ek d\u00fcnya senaryolar\u0131nda, Devre Kesici’nin entegrasyonu, \u00f6zellikle mikroservis tabanl\u0131 mimarilerde, uygulaman\u0131n esnekli\u011fini ve dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r.<\/p>\n Unutmamal\u0131y\u0131z ki, Devre Kesici tek ba\u015f\u0131na bir \u00e7\u00f6z\u00fcm de\u011fildir. Tekrar Deneme (Retry), Zaman A\u015f\u0131m\u0131 (Timeout) ve B\u00f6lmeleme (Bulkhead) gibi di\u011fer hata tolerans\u0131 desenleriyle birle\u015ftirildi\u011finde, sistemleriniz her t\u00fcrl\u00fc ar\u0131zaya kar\u015f\u0131 \u00e7ok daha kapsaml\u0131 bir koruma katman\u0131na sahip olur. \u0130zleme ve uyar\u0131 sistemleriyle entegrasyon, dinamik yap\u0131land\u0131rma se\u00e7enekleri ve do\u011fru k\u00fct\u00fcphane se\u00e7imi gibi ileri d\u00fczey uygulamalar, Devre Kesici’nin faydalar\u0131n\u0131 en \u00fcst d\u00fczeye \u00e7\u0131karman\u0131za yard\u0131mc\u0131 olacakt\u0131r.<\/p>\n Modern bulut tabanl\u0131 ve mikroservis mimarilerinde Devre Kesici deseni, sadece bir “\u00f6neri” olmaktan \u00e7\u0131k\u0131p, “olmazsa olmaz” bir bile\u015fen haline gelmi\u015ftir. Bu deseni projelerinize dahil etmek, uygulaman\u0131z\u0131n beklenmedik durumlara kar\u015f\u0131 daha diren\u00e7li olmas\u0131n\u0131 sa\u011flayacak, kullan\u0131c\u0131 deneyimini iyile\u015ftirecek ve geli\u015ftiricilere daha g\u00fcvenli bir \u00e7al\u0131\u015fma ortam\u0131 sunacakt\u0131r. \u015eimdi s\u0131ra sizde; bu g\u00fc\u00e7l\u00fc deseni kendi sistemlerinizde deneyerek, daha dayan\u0131kl\u0131 ve kararl\u0131 uygulamalar in\u015fa etmeye ba\u015flay\u0131n!<\/p>\n C1: Hay\u0131r, Devre Kesici deseni genellikle d\u0131\u015f ba\u011f\u0131ml\u0131l\u0131klara (veritabanlar\u0131, \u00fc\u00e7\u00fcnc\u00fc taraf API’ler, di\u011fer mikroservisler) yap\u0131lan \u00e7a\u011fr\u0131lar i\u00e7in en uygunudur. Uygulaman\u0131n kendi i\u00e7 mant\u0131\u011f\u0131ndaki hatalar veya istemci taraf\u0131ndaki do\u011frulama hatalar\u0131 i\u00e7in Devre Kesici kullanmak genellikle gereksiz ve yanl\u0131\u015f bir yakla\u015f\u0131md\u0131r. Sadece kritik ve d\u0131\u015f kaynaklara ba\u011f\u0131ml\u0131 servis \u00e7a\u011fr\u0131lar\u0131nda kullan\u0131lmas\u0131 tavsiye edilir.<\/p>\n<\/li>\n C2: Tekrar Deneme deseni, a\u011f sorunlar\u0131 veya ge\u00e7ici y\u00fcklenmeler gibi k\u0131sa s\u00fcreli ve ge\u00e7ici hatalar i\u00e7in ayn\u0131 i\u015flemi birka\u00e7 kez tekrar dener. Devre Kesici ise, bir servisin s\u00fcrekli olarak ba\u015far\u0131s\u0131z oldu\u011funu alg\u0131lad\u0131\u011f\u0131nda, o servise yap\u0131lan \u00e7a\u011fr\u0131lar\u0131 tamamen keserek sistemin a\u015f\u0131r\u0131 y\u00fcklenmesini ve zincirleme hatalar\u0131 \u00f6nler. Genellikle bu iki desen birlikte kullan\u0131l\u0131r: Ge\u00e7ici hatalar i\u00e7in Tekrar Deneme yap\u0131l\u0131r, e\u011fer denemeler ba\u015far\u0131s\u0131z olursa Devre Kesici devreye girer.<\/p>\n<\/li>\n C3: Evet, Devre Kesici, durum y\u00f6netimi, hata say\u0131m\u0131 ve zamanlay\u0131c\u0131lar\u0131n \u00e7al\u0131\u015fmas\u0131 gibi ek i\u015flemler nedeniyle \u00e7ok k\u00fc\u00e7\u00fck bir performans maliyeti getirebilir. Ancak, bu maliyet genellikle, bir ba\u011f\u0131ml\u0131 servisin \u00e7\u00f6kmesi durumunda t\u00fcm sistemin ya\u015fayaca\u011f\u0131 performans d\u00fc\u015f\u00fc\u015f\u00fc veya hizmet kesintisi ile kar\u015f\u0131la\u015ft\u0131r\u0131ld\u0131\u011f\u0131nda ihmal edilebilir d\u00fczeydedir. Sa\u011flad\u0131\u011f\u0131 kararl\u0131l\u0131k ve hata izolasyonu, bu k\u00fc\u00e7\u00fck maliyetten \u00e7ok daha de\u011ferlidir.<\/p>\n<\/li>\n C4: Hemen hemen t\u00fcm pop\u00fcler programlama dillerinde Devre Kesici deseni i\u00e7in haz\u0131r k\u00fct\u00fcphaneler mevcuttur. \u00d6rne\u011fin, Java i\u00e7in Resilience4j (veya eski Hystrix), .NET i\u00e7in Polly, Python i\u00e7in Tenacity, Node.js\/JavaScript i\u00e7in Opossum gibi k\u00fct\u00fcphaneler bulunmaktad\u0131r. Bu k\u00fct\u00fcphaneler, deseni kendi kodunuzda s\u0131f\u0131rdan yazma ihtiyac\u0131n\u0131 ortadan kald\u0131r\u0131r ve kolay entegrasyon sa\u011flar.<\/p>\n<\/li>\n C5: Devre Kesicinin parametreleri (hata e\u015fi\u011fi, bekleme s\u00fcresi, deneme say\u0131s\u0131) uygulaman\u0131z\u0131n ve ba\u011f\u0131ml\u0131 hizmetlerinizin \u00f6zelliklerine g\u00f6re dikkatlice ayarlanmal\u0131d\u0131r. \u00c7ok d\u00fc\u015f\u00fck bir hata e\u015fi\u011fi, gereksiz yere devre kesicinin a\u00e7\u0131lmas\u0131na neden olabilirken, \u00e7ok y\u00fcksek bir e\u015fik, hatalar\u0131n sisteme yay\u0131lmas\u0131na izin verebilir. Bekleme s\u00fcresi, ba\u011f\u0131ml\u0131 hizmetin toparlanmas\u0131 i\u00e7in yeterli zaman tan\u0131yacak kadar uzun, ancak sistemin \u00e7ok uzun s\u00fcre kapal\u0131 kalmas\u0131na neden olmayacak kadar k\u0131sa olmal\u0131d\u0131r. Bu parametreler genellikle test ve izleme verileriyle zamanla optimize edilir.<\/p>\n<\/li>\n<\/ul>\n #DevreKesici #Tasar\u0131mDeseni #Mikroservisler #SistemMimarisi #Yaz\u0131l\u0131mM\u00fchendisli\u011fi #HataY\u00f6netimi #Dayan\u0131kl\u0131l\u0131k<\/p>\n\n
\n
\n
\n
Devre Kesiciyi Uygulamaya Koymak: Pratik Yakla\u015f\u0131mlar ve \u00d6rnekler<\/h2>\n
\n
Vaka Analizi: Mikroservis Mimarisinde Devre Kesici Kullan\u0131m\u0131<\/h3>\n
\n\/\/ Bu \u00f6rnek, bir Devre Kesici k\u00fct\u00fcphanesinin dahili \u00e7al\u0131\u015fma prensibini g\u00f6sterir.\n\/\/ Ger\u00e7ek uygulamalarda genellikle Polly (C#), Resilience4j (Java) gibi k\u00fct\u00fcphaneler kullan\u0131l\u0131r.\n\n\/\/ CircuitBreaker s\u0131n\u0131f\u0131 (basit hali)\nclass CircuitBreaker {\n constructor(failureThreshold, retryTimeoutMs, failureRateThresholdPercent) {\n this.state = 'CLOSED'; \/\/ Mevcut durum: KAPALI, A\u00c7IK, YARI_A\u00c7IK\n this.failureCount = 0; \/\/ Ba\u015far\u0131s\u0131z \u00e7a\u011fr\u0131 say\u0131s\u0131\n this.successCount = 0; \/\/ Yar\u0131 a\u00e7\u0131k durumdaki ba\u015far\u0131l\u0131 \u00e7a\u011fr\u0131 say\u0131s\u0131\n this.lastFailureTime = null; \/\/ Son ba\u015far\u0131s\u0131zl\u0131k zaman\u0131\n this.failureThreshold = failureThreshold; \/\/ A\u00e7\u0131k duruma ge\u00e7mek i\u00e7in gereken ard\u0131\u015f\u0131k hata say\u0131s\u0131\n this.retryTimeoutMs = retryTimeoutMs; \/\/ A\u00e7\u0131k durumdan yar\u0131 a\u00e7\u0131\u011fa ge\u00e7mek i\u00e7in beklenecek s\u00fcre (ms)\n this.failureRateThresholdPercent = failureRateThresholdPercent; \/\/ Ba\u015far\u0131s\u0131zl\u0131k oran\u0131 e\u015fi\u011fi (y\u00fczde)\n this.resetTimeout = null; \/\/ Bekleme s\u00fcresi zamanlay\u0131c\u0131s\u0131\n this.totalCallsInWindow = 0; \/\/ Belirli penceredeki toplam \u00e7a\u011fr\u0131 say\u0131s\u0131\n this.failedCallsInWindow = 0; \/\/ Belirli penceredeki ba\u015far\u0131s\u0131z \u00e7a\u011fr\u0131 say\u0131s\u0131\n this.callHistory = []; \/\/ \u00c7a\u011fr\u0131 ge\u00e7mi\u015fi (basit bir kuyruk)\n this.windowSizeMs = 10000; \/\/ Hata oran\u0131n\u0131 hesaplamak i\u00e7in zaman penceresi (10 saniye)\n }\n\n \/\/ \u00c7a\u011fr\u0131 ge\u00e7mi\u015fini temizler ve pencereyi g\u00fcnceller\n cleanCallHistory() {\n const now = Date.now();\n while (this.callHistory.length > 0 && this.callHistory[0].timestamp < now - this.windowSizeMs) {\n const oldCall = this.callHistory.shift();\n this.totalCallsInWindow--;\n if (!oldCall.success) {\n this.failedCallsInWindow--;\n }\n }\n }\n\n \/\/ Bir i\u015flemi Devre Kesici arac\u0131l\u0131\u011f\u0131yla \u00e7al\u0131\u015ft\u0131rma\n async execute(action, fallbackAction = null) {\n this.cleanCallHistory();\n\n if (this.state === 'OPEN') {\n if (Date.now() - this.lastFailureTime > this.retryTimeoutMs) {\n this.halfOpen(); \/\/ Bekleme s\u00fcresi doldu, yar\u0131 a\u00e7\u0131\u011fa ge\u00e7\n } else {\n console.log('Circuit Breaker A\u00c7IK. \u00c7a\u011fr\u0131 engellendi.');\n if (fallbackAction) return await fallbackAction();\n throw new Error('Circuit Breaker is OPEN. Service unavailable.');\n }\n }\n\n if (this.state === 'HALF_OPEN') {\n try {\n const result = await action();\n this.recordSuccess(true); \/\/ Yar\u0131 a\u00e7\u0131kta ba\u015far\u0131l\u0131\n return result;\n } catch (error) {\n this.recordFailure(true); \/\/ Yar\u0131 a\u00e7\u0131kta ba\u015far\u0131s\u0131z\n if (fallbackAction) return await fallbackAction();\n throw error;\n }\n }\n\n \/\/ Durum KAPALI\n try {\n const result = await action();\n this.recordSuccess(false); \/\/ Kapal\u0131da ba\u015far\u0131l\u0131\n return result;\n } catch (error) {\n this.recordFailure(false); \/\/ Kapal\u0131da ba\u015far\u0131s\u0131z\n if (fallbackAction) return await fallbackAction();\n throw error;\n }\n }\n\n recordFailure(isHalfOpen) {\n this.lastFailureTime = Date.now();\n this.callHistory.push({ timestamp: this.lastFailureTime, success: false });\n this.totalCallsInWindow++;\n this.failedCallsInWindow++;\n\n if (isHalfOpen) {\n \/\/ Yar\u0131 a\u00e7\u0131kta ba\u015far\u0131s\u0131z olursa hemen a\u00e7\u0131\u011fa d\u00f6n\n this.open();\n this.successCount = 0; \/\/ Ba\u015far\u0131 sayac\u0131n\u0131 s\u0131f\u0131rla\n return;\n }\n\n \/\/ Kapal\u0131 durumda ard\u0131\u015f\u0131k hata say\u0131s\u0131n\u0131 art\u0131r\n this.failureCount++;\n if (this.failureCount >= this.failureThreshold || this.calculateFailureRate() >= this.failureRateThresholdPercent) {\n this.open();\n }\n }\n\n recordSuccess(isHalfOpen) {\n this.callHistory.push({ timestamp: Date.now(), success: true });\n this.totalCallsInWindow++;\n \n if (isHalfOpen) {\n this.successCount++;\n \/\/ Yar\u0131 a\u00e7\u0131kta yeterli say\u0131da ba\u015far\u0131 olursa kapal\u0131ya d\u00f6n\n if (this.successCount >= 3) { \/\/ \u00d6rn: 3 ba\u015far\u0131l\u0131 deneme\n this.reset();\n }\n return;\n }\n\n \/\/ Kapal\u0131 durumda ba\u015far\u0131, hata sayac\u0131n\u0131 s\u0131f\u0131rla\n this.failureCount = 0;\n this.successCount = 0;\n }\n\n calculateFailureRate() {\n if (this.totalCallsInWindow === 0) return 0;\n return (this.failedCallsInWindow \/ this.totalCallsInWindow) * 100;\n }\n\n open() {\n this.state = 'OPEN';\n this.lastFailureTime = Date.now();\n this.failureCount = 0; \/\/ Ard\u0131\u015f\u0131k hata sayac\u0131n\u0131 s\u0131f\u0131rla\n this.successCount = 0; \/\/ Ba\u015far\u0131 sayac\u0131n\u0131 s\u0131f\u0131rla\n this.callHistory = []; \/\/ \u00c7a\u011fr\u0131 ge\u00e7mi\u015fini s\u0131f\u0131rla\n this.totalCallsInWindow = 0;\n this.failedCallsInWindow = 0;\n console.log(Circuit Breaker A\u00c7IK duruma ge\u00e7ti. Tekrar deneme ${this.retryTimeoutMs \/ 1000} saniye sonra.<\/code>);\n }\n\n halfOpen() {\n this.state = 'HALF_OPEN';\n this.successCount = 0; \/\/ Yar\u0131 a\u00e7\u0131k durumdaki ba\u015far\u0131 sayac\u0131n\u0131 s\u0131f\u0131rla\n console.log('Circuit Breaker YARI A\u00c7IK duruma ge\u00e7ti. Deneme \u00e7a\u011fr\u0131lar\u0131 yap\u0131lacak.');\n }\n\n reset() {\n this.state = 'CLOSED';\n this.failureCount = 0;\n this.successCount = 0;\n this.lastFailureTime = null;\n this.callHistory = [];\n this.totalCallsInWindow = 0;\n this.failedCallsInWindow = 0;\n console.log('Circuit Breaker KAPALI duruma d\u00f6nd\u00fc.');\n }\n}\n\n\/\/ Devre Kesiciyi yap\u0131land\u0131rma\n\/\/ 5 ard\u0131\u015f\u0131k hata veya %70 hata oran\u0131 ile a\u00e7\u0131\u011fa ge\u00e7, 10 saniye sonra yar\u0131 a\u00e7\u0131\u011fa ge\u00e7.\nconst stockServiceCircuitBreaker = new CircuitBreaker(5, 10000, 70);\n\n\/\/ Stok servisi \u00e7a\u011fr\u0131s\u0131 sim\u00fclasyonu\nasync function callStockService() {\n console.log('Stok Servisi \u00e7a\u011fr\u0131l\u0131yor...');\n \/\/ Rastgele hata \u00fcretimi\n if (Math.random() < 0.6) { \/\/ %60 ihtimalle hata\n throw new Error('Stok Servisi ge\u00e7ici olarak kullan\u0131lam\u0131yor.');\n }\n return { productId: 'X123', stock: 10 };\n}\n\n\/\/ Yedek (fallback) fonksiyonu\nasync function getFallbackStock() {\n console.log('Stok Servisi yedek yan\u0131t\u0131 d\u00f6nd\u00fcr\u00fcld\u00fc.');\n return { productId: 'X123', stock: 0, message: 'Stok bilgisi \u015fu an al\u0131nam\u0131yor.' };\n}\n\n\/\/ Sipari\u015f Servisi'nde kullan\u0131m \u00f6rne\u011fi\nasync function processOrder() {\n console.log('\\nSipari\u015f i\u015fleme ba\u015flat\u0131ld\u0131.');\n try {\n const stockInfo = await stockServiceCircuitBreaker.execute(callStockService, getFallbackStock);\n console.log('Al\u0131nan stok bilgisi:', stockInfo);\n \/\/ Sipari\u015f i\u015fleme devam eder...\n console.log('Sipari\u015f ba\u015far\u0131yla i\u015flendi (veya yedek stok bilgisi ile).');\n } catch (error) {\n console.error('Sipari\u015f i\u015fleme s\u0131ras\u0131nda hata olu\u015ftu:', error.message);\n }\n}\n\n\/\/ Sim\u00fclasyonu \u00e7al\u0131\u015ft\u0131ral\u0131m\n(async () => {\n for (let i = 0; i < 15; i++) {\n await processOrder();\n await new Promise(resolve => setTimeout(resolve, 500)); \/\/ Yar\u0131m saniye bekle\n }\n console.log('\\n--- Bekleme s\u00fcresi sonras\u0131 deneme ---');\n await new Promise(resolve => setTimeout(resolve, 10000)); \/\/ 10 saniye bekleme s\u00fcresi\n await processOrder(); \/\/ Yar\u0131 a\u00e7\u0131k duruma ge\u00e7i\u015fi tetikle\n await new Promise(resolve => setTimeout(resolve, 500));\n await processOrder(); \/\/ Yar\u0131 a\u00e7\u0131k duruma ge\u00e7i\u015fi tetikle\n await new Promise(resolve => setTimeout(resolve, 500));\n await processOrder(); \/\/ Yar\u0131 a\u00e7\u0131k duruma ge\u00e7i\u015fi tetikle\n await new Promise(resolve => setTimeout(resolve, 500));\n await processOrder(); \/\/ Yar\u0131 a\u00e7\u0131k duruma ge\u00e7i\u015fi tetikle\n})();\n<\/code><\/pre>\n<\/div>\nstockServiceCircuitBreaker.execute()<\/code> metodunu kullanarak Stok Servisi \u00e7a\u011fr\u0131m\u0131z\u0131 sarmalad\u0131k. E\u011fer Stok Servisi ard\u0131\u015f\u0131k olarak ba\u015far\u0131s\u0131z olursa, Devre Kesici devreye girecek ve getFallbackStock()<\/code> fonksiyonunu \u00e7al\u0131\u015ft\u0131rarak varsay\u0131lan bir yan\u0131t d\u00f6nd\u00fcrecektir. Bu, Sipari\u015f Servisi’nin Stok Servisi’nin tamamen \u00e7\u00f6kmesini beklemeden i\u015fine devam etmesini sa\u011flar. Devre Kesici, belirli bir s\u00fcre sonra Stok Servisi’ni tekrar test etmek i\u00e7in “Yar\u0131 A\u00e7\u0131k” duruma ge\u00e7erek kendini otomatik olarak s\u0131f\u0131rlamaya \u00e7al\u0131\u015facakt\u0131r.<\/p>\n\u0130leri D\u00fczey Devre Kesici Kullan\u0131m\u0131 ve En \u0130yi Uygulamalar<\/h2>\n
Devre Kesiciyi Di\u011fer Hata Tolerans\u0131 Desenleriyle Birle\u015ftirmek Neden \u00d6nemlidir?<\/h3>\n
\n
Sonu\u00e7: Daha Dayan\u0131kl\u0131 Sistemler \u0130\u00e7in Bir Kalkan<\/h2>\n
S\u0131k\u00e7a Sorulan Sorular (SSS)<\/h3>\n
\n