Modern web uygulamalar\u0131nda performans sorunlar\u0131 ve kullan\u0131c\u0131 deneyimi beklentileri g\u00fcn ge\u00e7tik\u00e7e art\u0131yor. Uygulamalar\u0131n\u0131zda uzun s\u00fcren arka plan i\u015flemleri (e-posta g\u00f6nderme, resim i\u015fleme, veri analizi vb.) ana uygulaman\u0131z\u0131 yava\u015flat\u0131yor ve kullan\u0131c\u0131lar\u0131 bekletiyor mu? \u0130\u015fte tam da bu noktada da\u011f\u0131t\u0131k g\u00f6rev kuyru\u011fu sistemleri devreye giriyor. Bu makalede, da\u011f\u0131t\u0131k g\u00f6rev kuyruklar\u0131n\u0131n ne oldu\u011funu, neden bu kadar \u00f6nemli oldu\u011funu, temel bile\u015fenlerini, pop\u00fcler \u00e7\u00f6z\u00fcmlerini ve ger\u00e7ek d\u00fcnya senaryolar\u0131nda nas\u0131l uyguland\u0131\u011f\u0131n\u0131 ad\u0131m ad\u0131m ke\u015ffedece\u011fiz. Gelin, uygulamalar\u0131n\u0131z\u0131n \u00f6l\u00e7eklenebilirli\u011fini ve yan\u0131t h\u0131z\u0131n\u0131 nas\u0131l optimize edebilece\u011finizi birlikte inceleyelim.<\/p>\n
G\u00fcn\u00fcm\u00fcz\u00fcn interaktif ve veri yo\u011fun uygulamalar\u0131nda, kullan\u0131c\u0131lar\u0131n do\u011frudan etkile\u015fimde bulunmad\u0131\u011f\u0131, ancak sistemin d\u00fczg\u00fcn \u00e7al\u0131\u015fmas\u0131 i\u00e7in hayati \u00f6nem ta\u015f\u0131yan bir\u00e7ok i\u015flem bulunur. Bu i\u015flemlere genellikle “arka plan g\u00f6revleri” denir. \u00d6rne\u011fin, bir kullan\u0131c\u0131 bir e-ticaret sitesinden sipari\u015f verdi\u011finde, sadece sipari\u015fin veritaban\u0131na kaydedilmesi yeterli de\u011fildir. Ayn\u0131 zamanda, m\u00fc\u015fteriye bir onay e-postas\u0131 g\u00f6nderilmesi, stok durumunun g\u00fcncellenmesi, bir fatura olu\u015fturulmas\u0131, \u00f6deme i\u015fleminin tamamland\u0131\u011f\u0131na dair \u00fc\u00e7\u00fcnc\u00fc taraf bir API’ye bildirim g\u00f6nderilmesi gibi bir\u00e7ok i\u015flem zinciri devreye girer. Bu t\u00fcr g\u00f6revler bazen saniyeler, hatta dakikalar s\u00fcrebilir. E\u011fer bu i\u015flemler ana uygulama ak\u0131\u015f\u0131 i\u00e7inde senkron olarak yap\u0131l\u0131rsa, kullan\u0131c\u0131 sipari\u015fini tamamlad\u0131\u011f\u0131nda uzun bir s\u00fcre bekleme ekran\u0131nda kalabilir, hatta uygulaman\u0131n yan\u0131t vermemesi nedeniyle hayal k\u0131r\u0131kl\u0131\u011f\u0131 ya\u015fayabilir.<\/p>\n
Bu durum, hem kullan\u0131c\u0131 deneyimini olumsuz etkiler hem de uygulaman\u0131n genel performans\u0131n\u0131 d\u00fc\u015f\u00fcr\u00fcr. Ayr\u0131ca, yo\u011fun y\u00fck alt\u0131nda bu senkron i\u015flemler, uygulaman\u0131n ana i\u015f par\u00e7ac\u0131klar\u0131n\u0131 me\u015fgul ederek daha fazla iste\u011fi i\u015flemeye engel olabilir. \u0130\u015fte tam bu noktada asenkron i\u015flemeye duyulan ihtiya\u00e7 ortaya \u00e7\u0131kar. Da\u011f\u0131t\u0131k g\u00f6rev kuyru\u011fu sistemleri, bu t\u00fcr uzun soluklu veya yo\u011fun kaynak gerektiren g\u00f6revleri ana uygulama ak\u0131\u015f\u0131ndan ay\u0131rarak, ayr\u0131 bir i\u015f par\u00e7ac\u0131\u011f\u0131nda veya hatta farkl\u0131 bir sunucuda i\u015flemelerine olanak tan\u0131r. Bu sayede, kullan\u0131c\u0131 an\u0131nda bir onay al\u0131r ve uygulamay\u0131 sorunsuz bir \u015fekilde kullanmaya devam ederken, arka plandaki i\u015flemler g\u00fcvenilir bir \u015fekilde tamamlan\u0131r. Bu yakla\u015f\u0131m, sadece performans sorunlar\u0131n\u0131 \u00e7\u00f6zmekle kalmaz, ayn\u0131 zamanda uygulaman\u0131n daha \u00f6l\u00e7eklenebilir ve hata toleransl\u0131 olmas\u0131n\u0131 da sa\u011flar. Sonu\u00e7 olarak, arka plan g\u00f6revlerini etkin bir \u015fekilde y\u00f6netmek, modern yaz\u0131l\u0131m mimarilerinin temel ta\u015flar\u0131ndan biri haline gelmi\u015ftir ve da\u011f\u0131t\u0131k g\u00f6rev kuyruklar\u0131 bu y\u00f6netim i\u00e7in kritik bir ara\u00e7t\u0131r.<\/p>\n
Da\u011f\u0131t\u0131k g\u00f6rev kuyru\u011fu sistemi, asenkron ve uzun soluklu g\u00f6revleri g\u00fcvenilir bir \u015fekilde y\u00f6netmek ve i\u015flemek i\u00e7in tasarlanm\u0131\u015f bir mimaridir. Temelde, bir uygulaman\u0131n an\u0131nda yan\u0131t vermesi gerekmeyen i\u015flemleri bir “kuyru\u011fa” atmas\u0131na ve bu kuyruktaki g\u00f6revlerin ba\u011f\u0131ms\u0131z “i\u015fleyiciler” (workers) taraf\u0131ndan i\u015flenmesine olanak tan\u0131r. “Da\u011f\u0131t\u0131k” kelimesi ise, bu sistemin bile\u015fenlerinin (g\u00f6rev g\u00f6ndericiler, kuyruklar ve i\u015fleyiciler) farkl\u0131 sunucularda veya farkl\u0131 co\u011frafi konumlarda bulunabilece\u011fi anlam\u0131na gelir. Bu da\u011f\u0131t\u0131k yap\u0131, sistemin inan\u0131lmaz derecede \u00f6l\u00e7eklenebilir, hata toleransl\u0131 ve dayan\u0131kl\u0131 olmas\u0131n\u0131 sa\u011flar.<\/p>\n
Peki, da\u011f\u0131t\u0131k g\u00f6rev kuyruklar\u0131 neden bu kadar hayati \u00f6nem ta\u015f\u0131r? Birincisi, \u00f6l\u00e7eklenebilirlik<\/strong> sunar. Uygulaman\u0131z\u0131n y\u00fck\u00fc artt\u0131\u011f\u0131nda, sadece daha fazla i\u015fleyici (worker) ekleyerek sistemin g\u00f6rev i\u015fleme kapasitesini kolayca art\u0131rabilirsiniz. \u0130kincisi, uygulama yan\u0131t h\u0131z\u0131n\u0131<\/strong> (responsiveness) art\u0131r\u0131r. Kullan\u0131c\u0131 bir eylem ger\u00e7ekle\u015ftirdi\u011finde, ana uygulama uzun bir i\u015flemle u\u011fra\u015fmak yerine g\u00f6revi kuyru\u011fa atar ve kullan\u0131c\u0131ya hemen yan\u0131t verir. \u00dc\u00e7\u00fcnc\u00fcs\u00fc, hata tolerans\u0131<\/strong> sa\u011flar. Bir i\u015fleyici bir g\u00f6revi i\u015flerken hata verirse, g\u00f6rev otomatik olarak tekrar kuyru\u011fa al\u0131nabilir ve ba\u015fka bir i\u015fleyici taraf\u0131ndan tekrar denenir. Bu, veri kayb\u0131n\u0131 \u00f6nler ve i\u015f s\u00fcre\u00e7lerinin kesintisizli\u011fini garantiler. D\u00f6rd\u00fcnc\u00fcs\u00fc, farkl\u0131 servisler veya mikroservisler aras\u0131nda gev\u015fek ba\u011fl\u0131l\u0131k (decoupling)<\/strong> olu\u015fturur. Bir servis bir g\u00f6revi kuyru\u011fa att\u0131\u011f\u0131nda, bu g\u00f6revi kimin ve ne zaman i\u015fleyece\u011fini bilmesine gerek kalmaz. Bu durum, sistemin daha mod\u00fcler olmas\u0131n\u0131 ve ba\u011f\u0131ms\u0131z olarak geli\u015ftirilip da\u011f\u0131t\u0131lmas\u0131n\u0131 kolayla\u015ft\u0131r\u0131r. Be\u015fincisi, kaynak optimizasyonu<\/strong>na yard\u0131mc\u0131 olur. Yo\u011fun CPU veya I\/O gerektiren g\u00f6revler, ana sunuculardan ayr\u0131larak \u00f6zel i\u015fleyicilere y\u00f6nlendirilebilir, bu da ana uygulaman\u0131n daha verimli \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flar. \u00d6zetle, da\u011f\u0131t\u0131k g\u00f6rev kuyruklar\u0131, modern ve karma\u015f\u0131k yaz\u0131l\u0131m sistemlerinin bel kemi\u011fini olu\u015fturarak onlar\u0131n performans, g\u00fcvenilirlik ve s\u00fcrd\u00fcr\u00fclebilirlik hedeflerine ula\u015fmalar\u0131na olanak tan\u0131r.<\/p>\n Bir da\u011f\u0131t\u0131k g\u00f6rev kuyru\u011fu sistemi, genellikle \u00fc\u00e7 ana bile\u015fenden olu\u015fur ve her bir bile\u015fen, sistemin genel i\u015fleyi\u015fi i\u00e7in kritik bir role sahiptir. Bu bile\u015fenler, sistemin g\u00f6revleri g\u00fcvenilir bir \u015fekilde al\u0131p, i\u015fleyip ve sonu\u00e7lar\u0131n\u0131 y\u00f6netmesini sa\u011flar. Bu \u00fc\u00e7 temel bile\u015feni ayr\u0131nt\u0131l\u0131 olarak inceleyelim:<\/p>\n Mesaj arac\u0131s\u0131, da\u011f\u0131t\u0131k g\u00f6rev kuyru\u011fu sisteminin kalbidir. G\u00f6revlerin g\u00f6nderildi\u011fi ve i\u015fleyicilerin g\u00f6revleri al\u0131p i\u015fledi\u011fi merkezi bir depo g\u00f6revi g\u00f6r\u00fcr. Temelde, \u00fcreticiler (g\u00f6revleri olu\u015fturan uygulamalar) g\u00f6revleri bu arac\u0131ya g\u00f6nderir, arac\u0131lar da bu g\u00f6revleri ilgili kuyruklarda saklar. \u0130\u015fleyiciler (workers) ise s\u00fcrekli olarak bu arac\u0131lardan yeni g\u00f6revler i\u00e7in yoklama yapar veya abone olurlar. Bir mesaj arac\u0131s\u0131n\u0131n temel sorumluluklar\u0131 \u015funlard\u0131r:<\/p>\n Pop\u00fcler mesaj arac\u0131s\u0131 \u00e7\u00f6z\u00fcmleri aras\u0131nda:<\/p>\n Her arac\u0131n\u0131n kendine \u00f6zg\u00fc avantajlar\u0131 ve dezavantajlar\u0131 vard\u0131r ve se\u00e7im, projenin \u00f6zel ihtiya\u00e7lar\u0131na ba\u011fl\u0131d\u0131r.<\/p>\n G\u00f6rev Tan\u0131mlar\u0131:<\/strong> G\u00f6revler, ana uygulamadan ayr\u0131 olarak \u00e7al\u0131\u015ft\u0131r\u0131lacak i\u015f birimleridir. Bir g\u00f6rev genellikle, belirli bir i\u015flevi yerine getiren ve gerekli t\u00fcm verileri i\u00e7eren bir fonksiyondur. \u00d6rne\u011fin, bir e-posta g\u00f6nderme g\u00f6revi, al\u0131c\u0131 adresi, konu ve mesaj i\u00e7eri\u011fi gibi parametreleri i\u00e7eren bir fonksiyon olabilir. G\u00f6revlerin idempotent (ayn\u0131 g\u00f6revin birden fazla kez \u00e7al\u0131\u015ft\u0131r\u0131lmas\u0131 ayn\u0131 sonucu verir) olmas\u0131, hata durumlar\u0131nda g\u00fcvenilirli\u011fi art\u0131r\u0131r. G\u00f6revler, genellikle JSON, Pickle veya di\u011fer seri hale getirme formatlar\u0131 kullan\u0131larak mesaj arac\u0131s\u0131na g\u00f6nderilir.<\/p>\n \u0130\u015fleyiciler (Workers):<\/strong> \u0130\u015fleyiciler, mesaj arac\u0131s\u0131ndan g\u00f6revleri al\u0131p, bu g\u00f6revleri fiilen y\u00fcr\u00fcten ba\u011f\u0131ms\u0131z s\u00fcre\u00e7lerdir. Her i\u015fleyici, genellikle bir veya daha fazla g\u00f6rev kuyru\u011funu dinler. Yeni bir g\u00f6rev geldi\u011finde, i\u015fleyici bu g\u00f6revi kuyruktan \u00e7eker, i\u015fler ve sonu\u00e7lar\u0131 (varsa) geri bildirir. \u0130\u015fleyiciler, uygulaman\u0131z\u0131n y\u00fck\u00fcne g\u00f6re kolayca \u00f6l\u00e7eklendirilebilir; yani daha fazla g\u00f6revi i\u015flemek i\u00e7in yeni i\u015fleyici \u00f6rnekleri ba\u015flat\u0131labilir. \u0130\u015fleyicilerin hataya dayan\u0131kl\u0131 olmas\u0131 \u00f6nemlidir; bir i\u015fleyicinin \u00e7\u00f6kmesi durumunda, i\u015flenmekte olan g\u00f6revin ba\u015fka bir i\u015fleyiciye devredilmesi veya yeniden denenmesi gerekir. Modern g\u00f6rev kuyru\u011fu k\u00fct\u00fcphaneleri (Celery, Sidekiq vb.) bu i\u015fleyicilerin y\u00f6netimini b\u00fcy\u00fck \u00f6l\u00e7\u00fcde kolayla\u015ft\u0131r\u0131r.<\/p>\n Da\u011f\u0131t\u0131k g\u00f6rev kuyru\u011fu sistemlerinde g\u00f6revlerin durumunu izlemek ve y\u00f6netmek, sistemin sa\u011fl\u0131\u011f\u0131 ve performans\u0131n\u0131 anlamak i\u00e7in kritik \u00f6neme sahiptir. \u0130zleme ara\u00e7lar\u0131, hangi g\u00f6revlerin tamamland\u0131\u011f\u0131n\u0131, hangilerinin ba\u015far\u0131s\u0131z oldu\u011funu, ne kadar s\u00fcrd\u00fc\u011f\u00fcn\u00fc ve hangi kuyruklarda ka\u00e7 g\u00f6revin bekledi\u011fini g\u00f6sterir. Bu bilgiler sayesinde darbo\u011fazlar tespit edilebilir, performans iyile\u015ftirmeleri yap\u0131labilir ve hatalar h\u0131zla giderilebilir.<\/p>\n Y\u00f6netim s\u00fcre\u00e7leri genellikle \u015funlar\u0131 i\u00e7erir:<\/p>\n Bu izleme ve y\u00f6netim yetenekleri, \u00f6zellikle \u00fcretim ortamlar\u0131nda, da\u011f\u0131t\u0131k g\u00f6rev kuyru\u011fu sistemlerinin g\u00fcvenilirli\u011fini ve s\u00fcrd\u00fcr\u00fclebilirli\u011fini sa\u011flamak i\u00e7in vazge\u00e7ilmezdir.<\/p>\n Da\u011f\u0131t\u0131k g\u00f6rev kuyru\u011fu sistemleri i\u00e7in piyasada bir\u00e7ok farkl\u0131 \u00e7\u00f6z\u00fcm bulunmaktad\u0131r ve her birinin kendine \u00f6zg\u00fc avantajlar\u0131, dezavantajlar\u0131 ve kullan\u0131m alanlar\u0131 vard\u0131r. Do\u011fru \u00e7\u00f6z\u00fcm\u00fc se\u00e7mek, projenizin diline, \u00f6l\u00e7ek ihtiya\u00e7lar\u0131na, hata tolerans\u0131 gereksinimlerine ve mevcut altyap\u0131s\u0131na ba\u011fl\u0131d\u0131r. \u0130\u015fte baz\u0131 pop\u00fcler \u00e7\u00f6z\u00fcmler ve k\u0131sa bir kar\u015f\u0131la\u015ft\u0131rma:<\/p>\n Bu \u00e7\u00f6z\u00fcmlerin temel \u00f6zelliklerini \u00f6zetleyen bir tablo:<\/p>\n Se\u00e7im yaparken, mevcut teknoloji y\u0131\u011f\u0131n\u0131n\u0131za uyum, topluluk deste\u011fi, dok\u00fcmantasyon kalitesi ve \u00f6zel kullan\u0131m senaryolar\u0131n\u0131z\u0131n gereksinimleri gibi fakt\u00f6rleri g\u00f6z \u00f6n\u00fcnde bulundurman\u0131z \u00f6nemlidir.<\/p>\n \u015eimdi teoriden prati\u011fe ge\u00e7elim ve Python d\u00fcnyas\u0131n\u0131n en pop\u00fcler da\u011f\u0131t\u0131k g\u00f6rev kuyru\u011fu \u00e7\u00f6z\u00fcm\u00fc olan Celery’yi kullanarak basit bir \u00f6rnek olu\u015ftural\u0131m. Bu \u00f6rnekte, bir e-posta g\u00f6nderme i\u015flemini sim\u00fcle eden bir arka plan g\u00f6revi tan\u0131mlayacak ve Redis’i mesaj arac\u0131s\u0131 olarak kullanaca\u011f\u0131z. Bu, size bir da\u011f\u0131t\u0131k g\u00f6rev kuyru\u011fu sisteminin temel i\u015fleyi\u015fini g\u00f6stermesi a\u00e7\u0131s\u0131ndan olduk\u00e7a faydal\u0131 olacakt\u0131r.<\/p>\n \u00d6ncelikle Celery ve Redis i\u00e7in gerekli Python paketlerini kural\u0131m. Redis’in sisteminizde kurulu ve \u00e7al\u0131\u015f\u0131r durumda oldu\u011funu varsay\u0131yoruz. E\u011fer Redis kurulu de\u011filse, i\u015fletim sisteminize g\u00f6re uygun ad\u0131mlar\u0131 takip ederek kurman\u0131z gerekir (\u00f6rn: <\/code><\/p>\n Bir <\/code><\/p>\n G\u00f6revleri i\u015fleyecek olan Celery i\u015fleyicisini ayr\u0131 bir terminalden ba\u015flatman\u0131z gerekir. <\/code><\/p>\n Bu komut, Celery i\u015fleyicisini ba\u015flat\u0131r ve \u015eimdi ana uygulaman\u0131zdan g\u00f6revleri nas\u0131l kuyru\u011fa ataca\u011f\u0131n\u0131z\u0131 g\u00f6sterelim. Ba\u015fka bir terminalde <\/code><\/p>\n Bu <\/code><\/p>\n G\u00f6revlerin hemen kuyru\u011fa al\u0131nd\u0131\u011f\u0131n\u0131 g\u00f6receksiniz. Da\u011f\u0131t\u0131k g\u00f6rev kuyru\u011fu sistemlerini kurduktan ve temel i\u015flevlerini anlad\u0131ktan sonra, performans\u0131, g\u00fcvenilirli\u011fi ve esnekli\u011fi art\u0131rmak i\u00e7in ileri d\u00fczey stratejilere ve optimizasyon tekniklerine y\u00f6nelmek faydal\u0131 olacakt\u0131r. Bu teknikler, sisteminizi daha dayan\u0131kl\u0131 ve verimli hale getirir.<\/p>\n Da\u011f\u0131t\u0131k sistemlerde ge\u00e7ici hatalar (a\u011f sorunlar\u0131, veritaban\u0131 kilitlenmeleri vb.) yayg\u0131nd\u0131r. G\u00f6revlerin bu t\u00fcr hatalarda otomatik olarak tekrar denenmesi, sistemin dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131 art\u0131r\u0131r. Ancak, tekrar denemelerin agresif olmas\u0131 sistemi daha da bozabilir. Bu y\u00fczden genellikle \u00fcstel geri sarma (exponential backoff) stratejisi kullan\u0131l\u0131r: Her ba\u015far\u0131s\u0131z denemeden sonra bekleme s\u00fcresi giderek art\u0131r\u0131l\u0131r. Bu, hata kayna\u011f\u0131n\u0131n kendini toparlamas\u0131 i\u00e7in zaman tan\u0131r.<\/p>\n <\/code>\n <\/li>\n Baz\u0131 d\u0131\u015f servisler veya API'lar, belirli bir zaman diliminde yapabilece\u011finiz istek say\u0131s\u0131n\u0131 s\u0131n\u0131rlayabilir. G\u00f6rev kuyru\u011fu, bu servisleri a\u015f\u0131r\u0131 y\u00fcklemekten ka\u00e7\u0131nmak i\u00e7in g\u00f6revlerin i\u015flenme h\u0131z\u0131n\u0131 kontrol edebilir. Celery'de Celery Flower gibi ara\u00e7larla g\u00f6revlerin durumunu, kuyruk b\u00fcy\u00fckl\u00fcklerini ve i\u015fleyici sa\u011fl\u0131\u011f\u0131n\u0131 ger\u00e7ek zamanl\u0131 olarak izlemek, proaktif y\u00f6netim i\u00e7in temeldir. Y\u00fck artt\u0131\u011f\u0131nda otomatik olarak yeni i\u015fleyici \u00f6rnekleri ba\u015flatmak (\u00f6rne\u011fin Kubernetes veya AWS Auto Scaling Gruplar\u0131 ile), sistemin her zaman optimum performansla \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flar.<\/p>\n<\/li>\n<\/ol>\n Uzman \u0130pucu: Da\u011f\u0131t\u0131k g\u00f6rev kuyru\u011fu sisteminizde y\u00fcksek hacimli ve CPU-yo\u011fun g\u00f6revler varsa, bu g\u00f6revler i\u00e7in ayr\u0131 bir kuyruk olu\u015fturup, bu kuyru\u011fu sadece y\u00fcksek CPU g\u00fcc\u00fcne sahip sunuculardaki i\u015fleyicilerin dinlemesini sa\u011flayarak genel sistem performans\u0131n\u0131 %30-40 oran\u0131nda art\u0131rabilirsiniz.<\/p>\n<\/blockquote>\n Bu geli\u015fmi\u015f stratejiler, da\u011f\u0131t\u0131k g\u00f6rev kuyru\u011fu sistemlerinin sadece g\u00f6revleri i\u015flemekle kalmay\u0131p, ayn\u0131 zamanda karma\u015f\u0131k, b\u00fcy\u00fck \u00f6l\u00e7ekli ve hataya dayan\u0131kl\u0131 uygulamalar\u0131n bel kemi\u011fini olu\u015fturmas\u0131n\u0131 sa\u011flar. Do\u011fru yap\u0131land\u0131rma ve stratejilerle, uygulamalar\u0131n\u0131z\u0131n performans\u0131 ve g\u00fcvenilirli\u011fi \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131labilir.<\/p>\n Bir e-ticaret sitesi, modern web uygulamalar\u0131n\u0131n karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 ve da\u011f\u0131t\u0131k g\u00f6rev kuyruklar\u0131na duyulan ihtiyac\u0131 m\u00fckemmel bir \u015fekilde g\u00f6sterir. Gelin, bir m\u00fc\u015fterinin sipari\u015f verdi\u011finde arka planda tetiklenen i\u015flemleri da\u011f\u0131t\u0131k g\u00f6rev kuyru\u011fu kullanarak nas\u0131l optimize edebilece\u011fimize dair bir vaka \u00e7al\u0131\u015fmas\u0131n\u0131 inceleyelim.<\/p>\n Senaryo: Bir m\u00fc\u015fteri bir e-ticaret sitesinden \u00fcr\u00fcnleri sepetine ekler ve \"Sipari\u015fi Tamamla\" butonuna t\u0131klar. Geleneksel (senkron) bir mimaride, bu t\u0131klama sonucunda arka planda a\u015fa\u011f\u0131daki i\u015flemler s\u0131ras\u0131yla ve ana HTTP iste\u011fi ba\u011flam\u0131nda ger\u00e7ekle\u015febilir:<\/p>\n Bu i\u015flemlerin her biri kendi ba\u015f\u0131na zaman alabilir. E\u011fer \u00f6deme ge\u00e7idi yava\u015f \u00e7al\u0131\u015f\u0131rsa veya fatura olu\u015fturma i\u015flemi uzun s\u00fcrerse, m\u00fc\u015fteri sipari\u015fi onayland\u0131ktan sonra uzun bir s\u00fcre bo\u015f bir ekrana bakmak zorunda kal\u0131r. Bu durum, site terk oran\u0131n\u0131 art\u0131rabilir ve marka imaj\u0131n\u0131 zedeleyebilir.<\/p>\n Da\u011f\u0131t\u0131k g\u00f6rev kuyru\u011fu sistemi (\u00f6rne\u011fin Celery ve Redis kullanarak), yukar\u0131daki sorunlar\u0131 a\u015fa\u011f\u0131daki gibi ele al\u0131r:<\/p>\n Bu vaka \u00e7al\u0131\u015fmas\u0131, da\u011f\u0131t\u0131k g\u00f6rev kuyru\u011fu sistemlerinin, kritik i\u015f s\u00fcre\u00e7lerinde nas\u0131l performans, g\u00fcvenilirlik ve \u00f6l\u00e7eklenebilirlik sa\u011flad\u0131\u011f\u0131n\u0131 ve modern e-ticaret uygulamalar\u0131 i\u00e7in vazge\u00e7ilmez bir teknoloji oldu\u011funu a\u00e7\u0131k\u00e7a g\u00f6stermektedir.<\/p>\n Bu makalede, da\u011f\u0131t\u0131k g\u00f6rev kuyru\u011fu sistemlerinin karma\u015f\u0131k web uygulamalar\u0131 ve mikroservis mimarileri i\u00e7in neden bu kadar kritik bir bile\u015fen oldu\u011funu detayl\u0131 bir \u015fekilde inceledik. Anlad\u0131k ki, asenkron i\u015flem yetene\u011fi sayesinde uygulamalar\u0131m\u0131z daha h\u0131zl\u0131 yan\u0131t verebilir, daha \u00f6l\u00e7eklenebilir hale gelebilir ve olas\u0131 hatalara kar\u015f\u0131 daha dayan\u0131kl\u0131 olabilir. Mesaj arac\u0131lar\u0131n\u0131n rol\u00fcnden g\u00f6rev tan\u0131mlar\u0131na, i\u015fleyicilerin \u00e7al\u0131\u015fmas\u0131ndan izleme mekanizmalar\u0131na kadar temel bile\u015fenleri kavrad\u0131k. Ayr\u0131ca Celery \u00f6rne\u011fi ile pratik bir kurulum ger\u00e7ekle\u015ftirdik ve gecikmeli g\u00f6revler, hata tekrar denemeleri gibi geli\u015fmi\u015f stratejileri tart\u0131\u015ft\u0131k. E-ticaret sitesi vaka \u00e7al\u0131\u015fmas\u0131 ise bu teorik bilgilerin ger\u00e7ek d\u00fcnyadaki somut faydalar\u0131n\u0131 g\u00f6zler \u00f6n\u00fcne serdi.<\/p>\n Gelece\u011fe bakt\u0131\u011f\u0131m\u0131zda, bulut bili\u015fim, mikroservis mimarileri ve olay odakl\u0131 tasar\u0131mlar\u0131n yayg\u0131nla\u015fmas\u0131yla birlikte da\u011f\u0131t\u0131k sistemlerin ve dolay\u0131s\u0131yla g\u00f6rev kuyruklar\u0131n\u0131n \u00f6nemi daha da artacakt\u0131r. S\u00fcrekli b\u00fcy\u00fcyen veri hacimleri ve kullan\u0131c\u0131 beklentileri, yaz\u0131l\u0131m geli\u015ftiricilerini daha esnek, verimli ve hata toleransl\u0131 sistemler in\u015fa etmeye zorlamaktad\u0131r. Da\u011f\u0131t\u0131k g\u00f6rev kuyruklar\u0131, bu zorluklar\u0131n \u00fcstesinden gelmek i\u00e7in g\u00fc\u00e7l\u00fc ve kan\u0131tlanm\u0131\u015f bir \u00e7\u00f6z\u00fcm sunmaktad\u0131r. Uygulamalar\u0131n\u0131z\u0131n performans\u0131n\u0131 ve s\u00fcrd\u00fcr\u00fclebilirli\u011fini art\u0131rmak istiyorsan\u0131z, da\u011f\u0131t\u0131k g\u00f6rev kuyru\u011fu sistemlerini mimarinizin ayr\u0131lmaz bir par\u00e7as\u0131 haline getirmeyi ciddi \u015fekilde d\u00fc\u015f\u00fcnmelisiniz.<\/p>\n 1. Da\u011f\u0131t\u0131k g\u00f6rev kuyru\u011fu kullanmak her proje i\u00e7in gerekli midir?<\/strong><\/p>\n Hay\u0131r, her proje i\u00e7in gerekli de\u011fildir. E\u011fer uygulaman\u0131z\u0131n arka plan\u0131nda uzun s\u00fcreli veya yo\u011fun kaynak gerektiren g\u00f6revler yoksa, y\u00fcksek \u00f6l\u00e7eklenebilirlik veya hata tolerans\u0131 kritik bir ihtiya\u00e7 de\u011filse, basit senkron i\u015flemler yeterli olabilir. Ancak uygulaman\u0131z b\u00fcy\u00fcd\u00fck\u00e7e ve karma\u015f\u0131kla\u015ft\u0131k\u00e7a, performans veya g\u00fcvenilirlik sorunlar\u0131 ya\u015famaya ba\u015flad\u0131\u011f\u0131n\u0131zda g\u00f6rev kuyruklar\u0131 vazge\u00e7ilmez hale gelecektir.<\/p>\n 2. Hangi mesaj arac\u0131s\u0131n\u0131 se\u00e7meliyim: Redis mi, RabbitMQ mu yoksa Kafka m\u0131?<\/strong><\/p>\n Se\u00e7im, projenizin \u00f6zel ihtiya\u00e7lar\u0131na ba\u011fl\u0131d\u0131r.<\/p>\n 3. G\u00f6rev kuyru\u011fu sisteminde bir g\u00f6revin ba\u015far\u0131s\u0131z olmas\u0131 durumunda ne olur?<\/strong><\/p>\n Genellikle da\u011f\u0131t\u0131k g\u00f6rev kuyru\u011fu sistemleri, ba\u015far\u0131s\u0131z olan g\u00f6revleri otomatik olarak tekrar deneme (retry) mekanizmalar\u0131 ile donat\u0131lm\u0131\u015ft\u0131r. Belirli bir say\u0131da denemeden sonra hala ba\u015far\u0131s\u0131z olan g\u00f6revler, genellikle \"\u00f6l\u00fc harf kuyru\u011fu\" (dead-letter queue) ad\u0131 verilen \u00f6zel bir kuyru\u011fa y\u00f6nlendirilir. Buradan manuel olarak incelenebilir veya farkl\u0131 bir hata i\u015fleme s\u00fcreci tetiklenebilir. Bu mekanizmalar, veri kayb\u0131n\u0131 \u00f6nler ve i\u015f s\u00fcre\u00e7lerinin dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131 art\u0131r\u0131r.<\/p>\n 4. G\u00f6rev kuyruklar\u0131 mikroservis mimarisinde nas\u0131l bir rol oynar?<\/strong><\/p>\n Mikroservis mimarisinde g\u00f6rev kuyruklar\u0131 kritik bir rol oynar. Servisler aras\u0131 ileti\u015fimi asenkron hale getirerek gev\u015fek ba\u011fl\u0131l\u0131\u011f\u0131 art\u0131r\u0131r. Bir servis bir g\u00f6revi kuyru\u011fa atar ve di\u011fer servisler bu g\u00f6revleri kendi h\u0131zlar\u0131nda i\u015fler. Bu, servislerin birbirinden ba\u011f\u0131ms\u0131z olarak \u00f6l\u00e7eklenmesine ve daha dayan\u0131kl\u0131 bir sistem olu\u015fturulmas\u0131na olanak tan\u0131r. Ayr\u0131ca, olay odakl\u0131 mimarilerin temelini olu\u015fturur.<\/p>\n <\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Modern web uygulamalar\u0131nda performans sorunlar\u0131 ve kullan\u0131c\u0131 deneyimi beklentileri g\u00fcn ge\u00e7tik\u00e7e art\u0131yor. Uygulamalar\u0131n\u0131zda uzun s\u00fcren arka plan i\u015flemleri…","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-36362","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-genel","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nG\u00f6rev Kuyru\u011fu Sistemlerinin Temel Bile\u015fenleri Nelerdir?<\/h2>\n
Mesaj Arac\u0131s\u0131 (Message Broker) Nas\u0131l \u00c7al\u0131\u015f\u0131r?<\/h3>\n
\n
\n
G\u00f6rev Tan\u0131mlar\u0131 ve \u0130\u015fleyicileri (Task Definitions and Workers) Nas\u0131l Olu\u015fturulur?<\/h3>\n
Sonu\u00e7lar\u0131 \u0130zleme ve Y\u00f6netme S\u00fcre\u00e7leri Nelerdir?<\/h3>\n
\n
Pop\u00fcler Da\u011f\u0131t\u0131k G\u00f6rev Kuyru\u011fu \u00c7\u00f6z\u00fcmleri ve Kar\u015f\u0131la\u015ft\u0131rmalar\u0131 Nelerdir?<\/h2>\n
\n
\n\n
\n \n\u00c7\u00f6z\u00fcm<\/th>\n Ana Dil<\/th>\n Mesaj Arac\u0131s\u0131<\/th>\n Temel \u00d6zellikler<\/th>\n Uygun Oldu\u011fu Senaryolar<\/th>\n<\/tr>\n<\/thead>\n \n Celery<\/td>\n Python<\/td>\n Redis, RabbitMQ, SQS<\/td>\n Esnek, zamanlanm\u0131\u015f g\u00f6revler, geni\u015f entegrasyon<\/td>\n Her \u00f6l\u00e7ekte Python projesi, Web uygulamalar\u0131<\/td>\n<\/tr>\n \n Sidekiq<\/td>\n Ruby<\/td>\n Redis<\/td>\n Y\u00fcksek performans, \u00e7oklu i\u015f par\u00e7ac\u0131\u011f\u0131, kolay kullan\u0131m<\/td>\n Ruby on Rails uygulamalar\u0131<\/td>\n<\/tr>\n \n BullMQ<\/td>\n Node.js<\/td>\n Redis<\/td>\n Geli\u015fmi\u015f \u00f6zellikler, modern Node.js mimarileri<\/td>\n Node.js tabanl\u0131 API’ler ve mikroservisler<\/td>\n<\/tr>\n \n Akka<\/td>\n Scala\/Java<\/td>\n Dahili\/Harici (Kafka, RabbitMQ)<\/td>\n Akt\u00f6r modeli, y\u00fcksek e\u015f zamanl\u0131l\u0131k, hata tolerans\u0131<\/td>\n Performans kritik, da\u011f\u0131t\u0131k sistemler<\/td>\n<\/tr>\n \n Apache Kafka<\/td>\n \u00c7oklu (Java API)<\/td>\n Dahili Log<\/td>\n Y\u00fcksek verim, veri ak\u0131\u015f\u0131, olay ak\u0131\u015f\u0131<\/td>\n Ger\u00e7ek zamanl\u0131 analitik, veri boru hatlar\u0131, mikroservis ileti\u015fimi<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Pratik Bir Da\u011f\u0131t\u0131k G\u00f6rev Kuyru\u011fu Nas\u0131l Kurulur ve Kullan\u0131l\u0131r? (Python\/Celery \u00d6rne\u011fi)<\/h2>\n
Ad\u0131m 1: Gereklilikleri Kurma<\/h3>\n
sudo apt-get install redis-server<\/code>).<\/p>\n\npip install celery redis\n<\/pre>\nAd\u0131m 2: Celery Uygulamas\u0131n\u0131 ve G\u00f6revi Tan\u0131mlama (tasks.py)<\/h3>\n
tasks.py<\/code> dosyas\u0131 olu\u015ftural\u0131m ve Celery uygulamas\u0131n\u0131 yap\u0131land\u0131ral\u0131m. Burada broker<\/code> olarak Redis'i, backend<\/code> olarak da yine Redis'i (g\u00f6rev sonu\u00e7lar\u0131n\u0131 depolamak i\u00e7in) kullanaca\u011f\u0131z.<\/p>\n\n# tasks.py\nfrom celery import Celery\nimport time\n\n# Celery uygulamas\u0131n\u0131 yap\u0131land\u0131rma\n# broker: g\u00f6revlerin g\u00f6nderildi\u011fi kuyruk sistemi (Redis)\n# backend: g\u00f6rev sonu\u00e7lar\u0131n\u0131n depoland\u0131\u011f\u0131 yer (Redis)\napp = Celery('my_app', broker='redis:\/\/localhost:6379\/0', backend='redis:\/\/localhost:6379\/0')\n\n# G\u00f6rev tan\u0131m\u0131\n@app.task\ndef send_email(to_email, subject, body):\n \"\"\"\n Bir e-posta g\u00f6nderme i\u015flemini sim\u00fcle eder.\n Uzun s\u00fcren bir i\u015flem oldu\u011funu varsayal\u0131m.\n \"\"\"\n print(f\"E-posta g\u00f6nderiliyor: Kime='{to_email}', Konu='{subject}'\")\n time.sleep(5) # E-posta g\u00f6nderme i\u015flemini sim\u00fcle etmek i\u00e7in 5 saniye bekle\n print(f\"E-posta '{to_email}' adresine ba\u015far\u0131yla g\u00f6nderildi.\")\n return f\"E-posta g\u00f6nderim i\u015flemi tamamland\u0131: {to_email}\"\n\n@app.task\ndef process_image(image_id):\n \"\"\"\n Bir g\u00f6rsel i\u015fleme i\u015flemini sim\u00fcle eder.\n \"\"\"\n print(f\"G\u00f6rsel '{image_id}' i\u015fleniyor...\")\n time.sleep(10) # G\u00f6rsel i\u015fleme s\u00fcresi\n print(f\"G\u00f6rsel '{image_id}' ba\u015far\u0131yla i\u015flendi.\")\n return f\"G\u00f6rsel i\u015fleme tamamland\u0131: {image_id}\"\n<\/pre>\nAd\u0131m 3: \u0130\u015fleyiciyi (Worker) Ba\u015flatma<\/h3>\n
my_app<\/code>, yukar\u0131da tan\u0131mlad\u0131\u011f\u0131m\u0131z Celery uygulamas\u0131n\u0131n ad\u0131d\u0131r.<\/p>\n\ncelery -A tasks worker --loglevel=info\n<\/pre>\ntasks.py<\/code> dosyas\u0131ndaki g\u00f6revleri dinlemeye ba\u015flar. --loglevel=info<\/code>, i\u015fleyicinin neler yapt\u0131\u011f\u0131n\u0131 g\u00f6rmeniz i\u00e7in faydal\u0131 bilgiler yazd\u0131r\u0131r.<\/p>\nAd\u0131m 4: G\u00f6revleri G\u00f6nderme (client.py)<\/h3>\n
client.py<\/code> ad\u0131nda bir dosya olu\u015fturun:<\/p>\n\n# client.py\nfrom tasks import send_email, process_image\n\nprint(\"E-posta g\u00f6nderme g\u00f6revi kuyru\u011fa al\u0131n\u0131yor...\")\n# G\u00f6revi kuyru\u011fa at, .delay() asenkron \u00e7a\u011fr\u0131 i\u00e7in kullan\u0131l\u0131r.\nresult_email = send_email.delay(\"kullanici@example.com\", \"Ho\u015f Geldiniz\", \"Uygulamam\u0131za kay\u0131t oldu\u011funuz i\u00e7in te\u015fekk\u00fcr ederiz!\")\nprint(f\"E-posta g\u00f6revi ID: {result_email.id}\")\n\nprint(\"\\nG\u00f6rsel i\u015fleme g\u00f6revi kuyru\u011fa al\u0131n\u0131yor...\")\nresult_image = process_image.delay(\"profil_fotografi_123.jpg\")\nprint(f\"G\u00f6rsel g\u00f6revi ID: {result_image.id}\")\n\n# G\u00f6rev sonucunu almak i\u00e7in, bloklay\u0131c\u0131 bir \u00e7a\u011fr\u0131d\u0131r, genellikle ger\u00e7ek uygulamada do\u011frudan kullan\u0131lmaz.\n# Daha \u00e7ok izleme veya karma\u015f\u0131k i\u015f ak\u0131\u015flar\u0131nda kullan\u0131l\u0131r.\n# print(f\"\\nE-posta g\u00f6revinin sonucu: {result_email.get(timeout=10)}\")\n# print(f\"G\u00f6rsel g\u00f6revinin sonucu: {result_image.get(timeout=15)}\")\n<\/pre>\nclient.py<\/code> dosyas\u0131n\u0131 \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131n\u0131zda:<\/p>\n\npython client.py\n<\/pre>\nsend_email.delay(...)<\/code> \u00e7a\u011fr\u0131s\u0131 an\u0131nda geri d\u00f6ner ve uygulaman\u0131z\u0131n engellenmeden devam etmesini sa\u011flar. Di\u011fer terminaldeki Celery i\u015fleyicisi ise bu g\u00f6revleri s\u0131rayla al\u0131p i\u015flemeye ba\u015flayacakt\u0131r. \u0130\u015fleyicinin \u00e7\u0131kt\u0131s\u0131nda e-postan\u0131n g\u00f6nderildi\u011fini ve g\u00f6rselin i\u015flendi\u011fini g\u00f6steren mesajlar\u0131 g\u00f6receksiniz. Bu basit \u00f6rnek, da\u011f\u0131t\u0131k g\u00f6rev kuyru\u011fu sisteminin temel g\u00fcc\u00fcn\u00fc ve faydalar\u0131n\u0131 net bir \u015fekilde ortaya koymaktad\u0131r. Asenkron i\u015flem yetene\u011fi sayesinde ana uygulaman\u0131z\u0131n performans\u0131 etkilenmeden, uzun s\u00fcren i\u015flemler arka planda g\u00fcvenle tamamlanabilir.<\/p>\nGeli\u015fmi\u015f Da\u011f\u0131t\u0131k G\u00f6rev Kuyru\u011fu Stratejileri ve Optimizasyonlar\u0131 Nelerdir?<\/h2>\n
\n
\n
task.apply_async(countdown=3600)<\/code> ile bu yap\u0131labilir.<\/li>\ncelery beat<\/code> ad\u0131 verilen ayr\u0131 bir bile\u015fen taraf\u0131ndan y\u00f6netilir ve genellikle bir zamanlay\u0131c\u0131 (scheduler) ile yap\u0131land\u0131r\u0131l\u0131r.<\/li>\n<\/ul>\n<\/li>\n\n@app.task(bind=True, default_retry_delay=300, max_retries=5) # 5 dakika sonra dene, en fazla 5 kez\ndef unreliable_task(self):\n try:\n # Hata \u00e7\u0131karabilecek kod\n if some_condition_fails:\n raise ConnectionError(\"Veritaban\u0131 ba\u011flant\u0131s\u0131 ba\u015far\u0131s\u0131z oldu!\")\n except ConnectionError as exc:\n # Yeniden dene, hata mesaj\u0131n\u0131 ve deneme say\u0131s\u0131n\u0131 logla\n raise self.retry(exc=exc, countdown=60) # 60 saniye sonra tekrar dene\n <\/pre>\n@app.task(rate_limit='10\/m')<\/code> gibi bir dekorat\u00f6r ile g\u00f6revin dakikada en fazla 10 kez \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flayabilirsiniz.<\/p>\n<\/li>\n\n
\n
Vaka \u00c7al\u0131\u015fmas\u0131: E-ticaret Sitesinde Sipari\u015f \u0130\u015fleme Ak\u0131\u015f\u0131 Nas\u0131l \u0130yile\u015ftirilir?<\/h2>\n
Mevcut Durum: Senkron \u0130\u015flem Zorluklar\u0131<\/h3>\n
\n
\u00c7\u00f6z\u00fcm: Da\u011f\u0131t\u0131k G\u00f6rev Kuyru\u011fu ile Asenkron \u0130\u015fleme<\/h3>\n
\n
send_order_confirmation_email.delay(order_id)<\/code> veya generate_invoice.delay(order_id)<\/code>), Celery i\u015fleyicileri taraf\u0131ndan ayr\u0131 ayr\u0131 ve paralel olarak i\u015flenir. Bu i\u015fleyiciler farkl\u0131 sunucularda \u00e7al\u0131\u015fabilir ve i\u015f y\u00fck\u00fcne g\u00f6re \u00f6l\u00e7eklendirilebilir.<\/li>\nElde Edilen Kazan\u0131mlar:<\/h3>\n
\n
Sonu\u00e7: Gelecekte Da\u011f\u0131t\u0131k Sistemlerin Y\u00fckseli\u015fi ve S\u0131k\u00e7a Sorulan Sorular<\/h2>\n
S\u0131k\u00e7a Sorulan Sorular (SSS)<\/h3>\n
\n