{"id":20283,"date":"2021-01-22T00:08:49","date_gmt":"2021-01-22T00:08:49","guid":{"rendered":"https:\/\/www.gencayyildiz.com\/blog\/?p=20283"},"modified":"2021-01-22T00:09:54","modified_gmt":"2021-01-22T00:09:54","slug":"net-core-5-0-retry-pattern-timeout-ve-circuit-breaker-polly","status":"publish","type":"post","link":"https:\/\/www.gencayyildiz.com\/blog\/net-core-5-0-retry-pattern-timeout-ve-circuit-breaker-polly\/","title":{"rendered":".NET Core 5.0 – Retry Pattern, Timeout ve Circuit Breaker | Polly"},"content":{"rendered":"
<\/div>\n

Merhaba,<\/p>\n

Client ve server aras\u0131ndaki haberle\u015fmede request\/response esas\u0131na dayanan bir proje d\u00fc\u015fleyelim… Client’\u0131n, ihtiyac\u0131 do\u011frultusunda server’a request tabanl\u0131 isteklerde bulunabildi\u011fini ve elde edilen response neticesinde gelen verileri i\u015fleyebildi\u011fini… Evet, biliyorum. Bu durum g\u00fcn\u00fcm\u00fcz\u00fcn en temel esas\u0131. Haliyle d\u00fc\u015flenecek ne var burada hoca!<\/em> dedi\u011finizi de duyar gibiyim… Tabi ki de, sizleri bilinen bir k\u00fclt\u00fcr \u00fczerinden beyhude d\u00fc\u015flere s\u00fcr\u00fcklemek gibi bir niyetim yok. Hatta biliyorum ki, bir \u00e7o\u011funuz bu yakla\u015f\u0131m\u0131 gerekti\u011fi taktirde g\u00f6z\u00fcn\u00fcz kapal\u0131 kullanabilmekte ve client ile server ileti\u015fimini sa\u011flayabilmektedir. Ama \u015funu da biliyorum ki, bu yakla\u015f\u0131m\u0131 kullanan az\u0131msanmayacak bir kitlenin client ile server aras\u0131ndaki haberle\u015fme esnas\u0131nda server’da ya\u015fanabilecek olas\u0131 hatalara kar\u015f\u0131 \u00f6nlem almad\u0131\u011f\u0131n\u0131 da… <\/p>\n

Evet, bu i\u00e7eri\u011fimizde client ile server aras\u0131ndaki request\/response temelli haberle\u015fme s\u00fcre\u00e7lerinde nelere dikkat edilmesi gerekti\u011fini ele alacak ve yap\u0131lan request neticesinde server’da meydana gelebilecek olas\u0131 bir hatadan yahut kesintiden kaynakl\u0131 ya\u015fanan ba\u015far\u0131s\u0131zl\u0131k durumlar\u0131nda client’\u0131n ne gibi davran\u0131\u015flar g\u00f6stermesi gerekti\u011fi \u00fczerine fark\u0131ndal\u0131k yarat\u0131yor olaca\u011f\u0131z.<\/p>\n

\u015eimdi, ilk olarak yukar\u0131da sizlere yans\u0131tmaya \u00e7al\u0131\u015ft\u0131\u011f\u0131m fark\u0131ndal\u0131\u011f\u0131 net masaya yat\u0131rarak ba\u015flayal\u0131m. Bunun i\u00e7in a\u015fa\u011f\u0131daki materyal konuya dair gayet yeterli malzeme verecektir;<\/p>\n

\r\n            HttpClient httpClient = new HttpClient();\r\n            var message = await httpClient.GetAsync("https:\/\/localhost:5001\/api\/products");\r\n            var content = message.Content.ReadAsStringAsync();\r\n            Console.WriteLine(content.Result);\r\n<\/pre>\n
G\u00f6r\u00fcld\u00fc\u011f\u00fc \u00fczere, bu kod herhangi bir uygulaman\u0131n herhangi bir noktas\u0131nda \u00e7al\u0131\u015ft\u0131r\u0131ld\u0131\u011f\u0131 vakit, belirtilen endpoint’e bir GET iste\u011finde bulunacak ve sonucu elde edecektir. Bu gayet a\u015fikar! Lakin bu kodu kullanan client’\u0131n yapt\u0131\u011f\u0131 request neticesinde server’da bir hata meydana gelirse ne olacak? Hi\u00e7 bunu d\u00fc\u015f\u00fcnd\u00fcn\u00fcz m\u00fc?<\/p>\n
Hatta ilgili API’\u0131n detay\u0131n\u0131 da a\u015fa\u011f\u0131ya alal\u0131m ve gelen istekte ya\u015fanacak s\u0131k\u0131nt\u0131y\u0131 garantiye alal\u0131m…<\/p>\n
\r\n    [ApiController]\r\n    [Route("api\/[controller]")]\r\n    public class ProductsController : ControllerBase\r\n    {\r\n        [HttpGet]\r\n        public string Get()\r\n        {\r\n            throw new Exception("Hata!");\r\n        }\r\n    }\r\n<\/pre>\n
Dikkat ederseniz API i\u00e7eride bir Exception f\u0131rlatmaktad\u0131r. Bu durum, connection kopmas\u0131 yahut sistem \u00e7\u00f6kmesi gibi run time’da al\u0131nan farkl\u0131 bir hatadan da kaynaklan\u0131yor olabilirdi. En nihayetinde request g\u00f6nderilen server’\u0131n s\u00fcre\u00e7te ya\u015fad\u0131\u011f\u0131 bir aksakl\u0131\u011fa kar\u015f\u0131 client’\u0131n alaca\u011f\u0131 tutuma odaklan\u0131rsak e\u011fer client’\u0131n genel ge\u00e7er davran\u0131\u015f\u0131 a\u015fa\u011f\u0131daki gibi olacakt\u0131r.
\n\".NET<\/a>\u0130\u015fte… Client’\u0131n yapt\u0131\u011f\u0131 request neticesinde e\u011fer server’da bir hata meydana gelirse client bundan haberdar edilmekte lakin kodun ak\u0131\u015f\u0131 devam edece\u011finden dolay\u0131 bu iste\u011fin bir daha esamesi okunmamaktad\u0131r. Lakin bu istek bizim i\u00e7in \u00f6nemliyse ve server’da ki ya\u015fanan istisnai durum gelip ge\u00e7ici bir hataysa! B\u00f6yle bir ahvalde iste\u011fi es ge\u00e7mektense, bir m\u00fcddet sonra tekrar denemek daha ak\u0131ll\u0131ca ve amaca d\u00f6n\u00fck olmayacak m\u0131? Hatta server’da ya\u015fanan sorunun ne kadar s\u00fcre sonra neticelenece\u011fi kesin bilinemeyece\u011finden dolay\u0131 belirli bir s\u00fcre sonra tekrar edecek olan request’i, izafi olarak ayarlanm\u0131\u015f bir ka\u00e7 periyot e\u015fli\u011finde tekrarl\u0131 yapmak ve t\u00fcm bu isteklere ra\u011fmen hala hata \u00e7\u00f6z\u00fclemediyse o zaman iste\u011fi es ge\u00e7mek en do\u011frusu olmayacak m\u0131?<\/p>\n
Evet… San\u0131r\u0131m ayn\u0131 fikirdeyiz \ud83d\ude42 Tabi ki de do\u011frusu bu olacakt\u0131r.<\/p>\n
Peki b\u00f6yle bir durumda ne yapmal\u0131y\u0131z? Yani client’\u0131n yapt\u0131\u011f\u0131 request neticesinde server’da bir hata varsa bu duruma kar\u015f\u0131 davran\u0131\u015f\u0131m\u0131z\u0131 belirleyebilmek i\u00e7in nas\u0131l aksiyon almal\u0131y\u0131z?<\/em><\/p>\n
Yap\u0131lan bir i\u015flemin herhangi bir sebepten dolay\u0131 ask\u0131ya u\u011framas\u0131 durumunda, o i\u015flemi tekrar edebilmek i\u00e7in Retry Pattern’i kullanabiliriz. Haliyle client’\u0131n g\u00f6nderdi\u011fi request’in server’da ki herhangi bir sebepten dolay\u0131 kaynaklanan hatayla kar\u015f\u0131la\u015fmas\u0131 neticesinde Retry Pattern uygulanarak belirli periyotlarda bu istek tekrar edilebilir ve meydana gelen hatan\u0131n getirdi\u011fi zaafiyet m\u00fcmk\u00fcn mertebe ortadan kald\u0131r\u0131lmaya \u00e7al\u0131\u015f\u0131labilir.<\/p>\n
Retry Pattern Nedir?<\/h3>\n
\".NET<\/a>Retry pattern, yandaki g\u00f6r\u00fcnt\u00fcde g\u00f6r\u00fcld\u00fc\u011f\u00fc \u00fczere client’\u0131n yapm\u0131\u015f oldu\u011fu iste\u011fin ba\u015far\u0131l\u0131 olmas\u0131na odakl\u0131 tekrar edilmesini sa\u011flayan bir tasar\u0131m desenidir. Yap\u0131lan request neticesinde hata al\u0131nd\u0131ysa e\u011fer bu hatan\u0131n k\u0131sa s\u00fcreli\u011fine olma ihtimaline istinaden kullan\u0131c\u0131ya fark ettirmeksizin request’i arkaplanda tekrar yenileme \u00fczerine kurulu bir mant\u0131\u011fa sahiptir.<\/p>\n
Yukar\u0131daki sat\u0131rlarda da ifade edilmeye \u00e7al\u0131\u015f\u0131ld\u0131\u011f\u0131 gibi server’da t\u00fcrl\u00fc sebeplerden dolay\u0131 meydana gelen aksamalar neticesinde ilgili iste\u011fi taraf\u0131m\u0131zca bildirilen<\/u> periyotlar kadar tekrar edebilmekte ve b\u00f6ylece iste\u011fin mahiyetindeki \u00f6nem arz eden operasyona g\u00f6sterilen hassasiyeti artt\u0131rmay\u0131 sa\u011flamaktad\u0131r.<\/p>\n
Retry Pattern, bir tasar\u0131m deseni oldu\u011fu i\u00e7in OOP nimetlerinden faydalanarak in\u015fa edilmesi gereken stratejik bir matemati\u011fe sahiptir. \u0130stendi\u011fi taktirde bu matemati\u011fe uygun \u00e7al\u0131\u015fma ger\u00e7ekle\u015ftirilerek uygulanabilir. Lakin bu ve bunun gibi senaryolara uygun tasarlanm\u0131\u015f ve i\u00e7erisinde hali haz\u0131rda efektif i\u015flevsel fonksiyonellikler bar\u0131nd\u0131ran Polly K\u00fct\u00fcphanesi<\/strong><\/em>ni kullanmay\u0131 tercih edebilirsiniz.<\/p>\n
Polly K\u00fct\u00fcphanesi Nedir?<\/h3>\n
\".NET<\/a>Servisler aras\u0131 haberle\u015fme s\u00fcre\u00e7lerinde bir \u00e7ok pattern’\u0131 uygulamam\u0131z\u0131 sa\u011flayan operasyonellikler bar\u0131nd\u0131ran, Retry, Circuit Breaker, Timeout, Bulkhead Isolation ve Fallback gibi senaryolarda kullan\u0131labilir niteli\u011fe sahip open source bir k\u00fct\u00fcphanedir.<\/p>\n
Bizler bu i\u00e7eri\u011fimizde, Retry Pattern’\u0131 Polly k\u00fct\u00fcphanesi ile uygulamay\u0131 ele al\u0131yor olaca\u011f\u0131z.<\/p>\n
Polly K\u00fct\u00fcphanesi \u0130le Retry Pattern Operasyonlar\u0131<\/h4>\n
Polly<\/a> k\u00fct\u00fcphanesini kullanabilmek i\u00e7in her \u015feyden \u00f6nce ilgili k\u00fct\u00fcphanenin a\u015fa\u011f\u0131daki komut e\u015fli\u011finde projeye y\u00fcklenmesi gerekmektedir.<\/p>\n
Install-Package Polly<\/code><\/div>\n
Y\u00fckleme i\u015flemi yap\u0131ld\u0131ktan sonra art\u0131k Polly k\u00fct\u00fcphanesinin server’da al\u0131nan olas\u0131 hatalara kar\u015f\u0131, hata kontrol politikalar\u0131n\u0131 olu\u015fturmam\u0131z gerekecektir. Bunlar Fault-Handling Reactive Policies(Hata \u0130\u015fleme Politikalar\u0131)<\/strong> olarak nitelendirilmektedir.<\/p>\n