Modern web uygulamalar\u0131, kullan\u0131c\u0131 deneyimini zenginle\u015ftirmek ve performans\u0131 art\u0131rmak i\u00e7in asenkron i\u015flemlere yo\u011fun bir \u015fekilde ba\u011f\u0131ml\u0131d\u0131r. Ancak, geli\u015ftiricilerin s\u0131kl\u0131kla g\u00f6zden ka\u00e7\u0131rd\u0131\u011f\u0131 bir ger\u00e7ek var: t\u00fcm asenkron i\u015fler ayn\u0131 de\u011fildir. Veri \u00e7ekme (Query), veri de\u011fi\u015ftirme (Mutation) ve s\u00fcrekli veri ak\u0131\u015f\u0131 (Stream) gibi kavramlar, her ne kadar hepsi asenkron ileti\u015fim gerektirse de, temel ama\u00e7lar\u0131, davran\u0131\u015flar\u0131 ve en uygun kullan\u0131m senaryolar\u0131 a\u00e7\u0131s\u0131ndan k\u00f6kten farkl\u0131d\u0131r. Bu makalede, bu \u00fc\u00e7 \u00f6nemli asenkron i\u015f y\u00fck\u00fcn\u00fc derinlemesine inceleyecek, aralar\u0131ndaki farklar\u0131 netle\u015ftirecek ve projelerinizde do\u011fru yakla\u015f\u0131m\u0131 se\u00e7menize yard\u0131mc\u0131 olacak pratik bilgiler sunaca\u011f\u0131z.<\/p>\n
Asenkron programlama, bir g\u00f6revin tamamlanmas\u0131n\u0131 beklerken ana i\u015f par\u00e7ac\u0131\u011f\u0131n\u0131n (main thread) bloke olmas\u0131n\u0131 engelleyerek uygulaman\u0131n yan\u0131t verebilirli\u011fini art\u0131ran bir tekniktir. Kullan\u0131c\u0131 aray\u00fczlerinin donmas\u0131n\u0131 \u00f6nlemek, a\u011f isteklerini y\u00f6netmek veya uzun s\u00fcren hesaplamalar\u0131 arka planda \u00e7al\u0131\u015ft\u0131rmak i\u00e7in vazge\u00e7ilmezdir. Temelde, bir i\u015flemi ba\u015flat\u0131r\u0131z ve sonu\u00e7 haz\u0131r oldu\u011funda bize bildirilmesini bekleriz; bu bekleme s\u00fcresinde ba\u015fka i\u015fler yapmaya devam ederiz. Ancak, asenkron i\u015flemlerin do\u011fas\u0131 gere\u011fi farkl\u0131 “ama\u00e7lar\u0131” vard\u0131r. Bir kullan\u0131c\u0131n\u0131n profilini g\u00f6r\u00fcnt\u00fclemek i\u00e7in veri \u00e7ekmekle, yeni bir g\u00f6nderi olu\u015fturmak veya anl\u0131k mesajla\u015fma verilerini almak aras\u0131nda b\u00fcy\u00fck farklar bulunur. Bu farkl\u0131 ama\u00e7lar, farkl\u0131 ileti\u015fim modellerini ve mimari yakla\u015f\u0131mlar\u0131 gerektirir. \u0130\u015fte bu noktada Query, Mutation ve Stream kavramlar\u0131 devreye girer. Her biri, belirli bir ihtiyaca y\u00f6nelik optimize edilmi\u015f bir asenkron i\u015f y\u00fck\u00fc t\u00fcr\u00fcn\u00fc temsil eder.<\/p>\n
Query (Sorgu), sunucudan veri okuma i\u015flemlerini ifade eder. Amac\u0131, mevcut verileri almak, listelemek veya detaylar\u0131n\u0131 g\u00f6r\u00fcnt\u00fclemektir. Bir Query i\u015flemi, sunucu taraf\u0131nda herhangi bir durumu de\u011fi\u015ftirmez; bu nedenle “idempotent” (tekrarlanabilir) olarak kabul edilir. Yani, ayn\u0131 sorguyu birden \u00e7ok kez \u00e7al\u0131\u015ft\u0131rmak, ilk \u00e7al\u0131\u015ft\u0131rman\u0131n sonucundan farkl\u0131 bir sonu\u00e7 \u00fcretmez ve sunucu durumunda ek bir yan etki yaratmaz. Bu \u00f6zelli\u011fi sayesinde Query’ler kolayca \u00f6nbelle\u011fe al\u0131nabilir (cacheable), bu da performans\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r. \u00d6rne\u011fin, bir e-ticaret sitesinde \u00fcr\u00fcn katalo\u011funu g\u00f6r\u00fcnt\u00fclerken veya bir haber sitesinde makale listesini \u00e7ekerken Query kullan\u0131r\u0131z.<\/p>\n
Mutation (De\u011fi\u015fim), sunucu taraf\u0131ndaki verileri de\u011fi\u015ftiren, g\u00fcncelleyen veya silen i\u015flemleri ifade eder. Bir Mutation i\u015flemi, sunucu durumunda kal\u0131c\u0131 bir de\u011fi\u015fiklik yarat\u0131r; bu nedenle “idempotent” de\u011fildir. Ayn\u0131 Mutation i\u015flemini birden \u00e7ok kez \u00e7al\u0131\u015ft\u0131rmak, sunucu \u00fczerinde her seferinde yeni bir yan etki yaratabilir (\u00f6rne\u011fin, ayn\u0131 \u00fcr\u00fcnden birden fazla kez sipari\u015f vermek gibi). Mutation’lar genellikle veri b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc sa\u011flamak ve yetkilendirme kontrollerini uygulamak i\u00e7in \u00f6zel dikkat gerektirir. Yeni bir kullan\u0131c\u0131 kayd\u0131 olu\u015fturmak, bir sipari\u015fin durumunu g\u00fcncellemek veya bir yorumu silmek gibi senaryolarda Mutation kullan\u0131r\u0131z.<\/p>\n
Stream (Ak\u0131\u015f), sunucu ile istemci aras\u0131nda s\u00fcrekli ve ger\u00e7ek zamanl\u0131 bir veri ak\u0131\u015f\u0131 sa\u011flayan i\u015flemleri ifade eder. Bu, tek seferlik bir istek-cevap d\u00f6ng\u00fcs\u00fcnden ziyade, uzun \u00f6m\u00fcrl\u00fc bir ba\u011flant\u0131 \u00fczerinden s\u00fcrekli olarak veri g\u00f6nderilip al\u0131nmas\u0131 anlam\u0131na gelir. Stream’ler, dinamik ve anl\u0131k veri g\u00fcncellemeleri gerektiren uygulamalar i\u00e7in idealdir. Canl\u0131 sohbet uygulamalar\u0131, finansal borsa verileri, anl\u0131k bildirimler veya sens\u00f6r verilerinin izlenmesi gibi senaryolarda Stream teknolojilerini kullan\u0131r\u0131z. Stream’ler de Mutation’lar gibi idempotent de\u011fildir, \u00e7\u00fcnk\u00fc her yeni veri par\u00e7as\u0131 veya olay, sistemin durumunu s\u00fcrekli olarak g\u00fcncelleyebilir veya yeni bir olay dizisi yaratabilir. Bu \u00fc\u00e7 farkl\u0131 yakla\u015f\u0131m, modern yaz\u0131l\u0131m mimarilerinin temel yap\u0131 ta\u015flar\u0131d\u0131r ve her birinin kendine \u00f6zg\u00fc avantajlar\u0131 ve zorluklar\u0131 bulunmaktad\u0131r.<\/p>\n
Query, yani sorgulama, bir sistemden veri okuma i\u015flemini tan\u0131mlar. En yayg\u0131n asenkron i\u015f y\u00fcklerinden biridir ve genellikle HTTP GET istekleriyle veya GraphQL sorgular\u0131yla ger\u00e7ekle\u015ftirilir. Query’lerin temel amac\u0131, sunucudaki mevcut bilgiyi de\u011fi\u015ftirmeden istemciye sunmakt\u0131r. Bu basit tan\u0131m, asl\u0131nda Query’lerin arkas\u0131ndaki g\u00fcc\u00fc ve \u00f6nemi anlamak i\u00e7in bir ba\u015flang\u0131\u00e7 noktas\u0131d\u0131r. Query’ler, veri t\u00fcketimi odakl\u0131 uygulamalar\u0131n bel kemi\u011fidir.<\/p>\n
Query’lerin en belirgin \u00f6zelli\u011fi “idempotent” olmalar\u0131d\u0131r. Bu ne anlama geliyor? Bir Query’yi bir kez \u00e7al\u0131\u015ft\u0131rmakla on kez \u00e7al\u0131\u015ft\u0131rmak aras\u0131nda sunucu taraf\u0131nda hi\u00e7bir fark yoktur. Sunucunun durumu de\u011fi\u015fmez ve her istek ayn\u0131 veriyi d\u00f6nd\u00fcr\u00fcr (e\u011fer veri bu s\u00fcre zarf\u0131nda ba\u015fka bir i\u015flemle de\u011fi\u015fmediyse). Bu \u00f6zellik, Query’lerin \u00f6nbelle\u011fe al\u0131nmas\u0131n\u0131 (caching) son derece kolayla\u015ft\u0131r\u0131r. Taray\u0131c\u0131lar, proxy sunucular veya uygulama katman\u0131ndaki \u00f6nbellekler, ayn\u0131 Query i\u00e7in tekrar sunucuya gitmek yerine \u00f6nbellekteki veriyi kullanabilir. Bu, a\u011f trafi\u011fini azalt\u0131r, sunucu y\u00fck\u00fcn\u00fc d\u00fc\u015f\u00fcr\u00fcr ve \u00f6zellikle mobil cihazlarda veya yava\u015f internet ba\u011flant\u0131lar\u0131nda kullan\u0131c\u0131 deneyimini \u00f6nemli \u00f6l\u00e7\u00fcde iyile\u015ftirir.<\/p>\n
Ger\u00e7ek d\u00fcnya senaryolar\u0131nda Query’ler her yerde kar\u015f\u0131m\u0131za \u00e7\u0131kar. \u00d6rne\u011fin, bir e-ticaret uygulamas\u0131nda “T\u00fcm \u00dcr\u00fcnleri Listele” veya “X Kategoriye Ait \u00dcr\u00fcnleri G\u00f6ster” gibi i\u015flemler birer Query’dir. Kullan\u0131c\u0131 bir \u00fcr\u00fcn\u00fcn detaylar\u0131n\u0131 g\u00f6rmek istedi\u011finde yap\u0131lan istek de bir Query’dir. Bir haber sitesinde ana sayfadaki makaleleri \u00e7ekmek, hava durumu uygulamas\u0131nda g\u00fcncel hava durumu bilgilerini almak, sosyal medya uygulamas\u0131nda arkada\u015f listesini veya g\u00f6nderileri g\u00f6r\u00fcnt\u00fclemek hep Query operasyonlar\u0131d\u0131r.<\/p>\n
\u00d6rnek olarak, JavaScript’te Bu kod par\u00e7as\u0131, Burada da ama\u00e7 ayn\u0131d\u0131r: sunucudaki \u00fcr\u00fcn verilerini g\u00fcvenli ve yan etkisiz bir \u015fekilde almak. Query’lerin do\u011fru bir \u015fekilde tasarlanmas\u0131 ve kullan\u0131lmas\u0131, uygulaman\u0131z\u0131n performans\u0131n\u0131 ve \u00f6l\u00e7eklenebilirli\u011fini do\u011frudan etkiler. \u00d6nbellekleme stratejileri, veri sayfalama (pagination) ve tembel y\u00fckleme (lazy loading) gibi teknikler, b\u00fcy\u00fck veri k\u00fcmeleriyle \u00e7al\u0131\u015f\u0131rken Query’lerin verimlili\u011fini art\u0131rmak i\u00e7in hayati \u00f6neme sahiptir. Bu nedenle, bir geli\u015ftirici olarak Query’lerin do\u011fas\u0131n\u0131 ve potansiyelini tam olarak anlamak, daha iyi uygulamalar in\u015fa etmenizin anahtar\u0131d\u0131r.<\/p>\n Mutation, yani de\u011fi\u015fim, sunucu taraf\u0131ndaki verileri okumaktan ziyade, onlar\u0131 olu\u015fturan, g\u00fcncelleyen veya silen asenkron i\u015flemleri ifade eder. Bu i\u015flemler, sistemin durumunda kal\u0131c\u0131 bir de\u011fi\u015fiklik meydana getirdikleri i\u00e7in Query’lerden temelden ayr\u0131l\u0131rlar. Bir Mutation i\u015flemi “idempotent” de\u011fildir; yani, ayn\u0131 Mutation’\u0131 birden \u00e7ok kez \u00e7al\u0131\u015ft\u0131rmak, her seferinde farkl\u0131 bir sonu\u00e7 veya yan etki yaratabilir. \u00d6rne\u011fin, bir “\u00fcr\u00fcn ekle” Mutation’\u0131n\u0131 iki kez \u00e7al\u0131\u015ft\u0131rmak, veritaban\u0131na ayn\u0131 \u00fcr\u00fcnden iki adet eklenmesine neden olabilir. Bu durum, Mutation’lar\u0131n dikkatli bir \u015fekilde tasarlanmas\u0131n\u0131 ve hata y\u00f6netimini kritik hale getirir.<\/p>\n Mutation’lar, kullan\u0131c\u0131lar\u0131n uygulamayla etkile\u015fim kurmas\u0131n\u0131n ve sistemde de\u011fi\u015fiklikler yapmas\u0131n\u0131n temel yoludur. Bir e-ticaret sitesinde “Sepete Ekle” butonuna basmak, bir sosyal medya uygulamas\u0131nda “G\u00f6nderi Olu\u015ftur” veya “Be\u011fen” d\u00fc\u011fmesine t\u0131klamak, bir bankac\u0131l\u0131k uygulamas\u0131nda “Para Transferi Yapmak” gibi i\u015flemlerin hepsi birer Mutation’d\u0131r. Bu t\u00fcr i\u015flemler, genellikle HTTP POST, PUT, DELETE istekleriyle veya GraphQL Mutation’lar\u0131yla ger\u00e7ekle\u015ftirilir.<\/p>\n Mutation’lar ile \u00e7al\u0131\u015f\u0131rken dikkat edilmesi gereken en \u00f6nemli noktalar \u015funlard\u0131r:<\/p>\n * Veri B\u00fct\u00fcnl\u00fc\u011f\u00fc ve Tutarl\u0131l\u0131k<\/strong>: Bir Mutation, sistemin durumunu de\u011fi\u015ftirdi\u011fi i\u00e7in, bu de\u011fi\u015fikli\u011fin veri taban\u0131nda tutarl\u0131 ve do\u011fru bir \u015fekilde yans\u0131t\u0131lmas\u0131 kritik \u00f6neme sahiptir. \u0130\u015flemlerin atomik (b\u00f6l\u00fcnemez) olmas\u0131, yani ya tamamen ba\u015far\u0131l\u0131 olmas\u0131 ya da hi\u00e7 ger\u00e7ekle\u015fmemesi (transaction – i\u015flem) \u00f6nemlidir. Bir \u00f6rnekle a\u00e7\u0131klayal\u0131m: Bir kullan\u0131c\u0131n\u0131n yeni bir blog yaz\u0131s\u0131 olu\u015fturdu\u011funu varsayal\u0131m. Bu bir Mutation i\u015flemidir.<\/p>\n Bu kodda, Burada Stream, yani veri ak\u0131\u015f\u0131, tek seferlik bir istek-cevap d\u00f6ng\u00fcs\u00fcnden farkl\u0131 olarak, sunucu ile istemci aras\u0131nda s\u00fcrekli ve ger\u00e7ek zamanl\u0131 bir ileti\u015fim kanal\u0131 kurarak veri al\u0131\u015fveri\u015fi yap\u0131lmas\u0131n\u0131 sa\u011flayan asenkron i\u015f y\u00fck\u00fcd\u00fcr. Query ve Mutation genellikle istemcinin bir iste\u011fi ba\u015flatmas\u0131n\u0131 (pull – \u00e7ekme) gerektirirken, Stream’ler genellikle sunucunun istemciye veri “itmesini” (push) i\u00e7erir. Bu, \u00f6zellikle anl\u0131k g\u00fcncellemelerin ve s\u00fcrekli veri ak\u0131\u015f\u0131n\u0131n kritik oldu\u011fu uygulamalar i\u00e7in vazge\u00e7ilmezdir.<\/p>\n Stream’lerin temel amac\u0131, dinamik ve zaman\u0131nda g\u00fcncellenen bilgileri kullan\u0131c\u0131lara an\u0131nda ula\u015ft\u0131rmakt\u0131r. Bu t\u00fcr bir ileti\u015fim, geleneksel HTTP isteklerinin her seferinde yeni bir ba\u011flant\u0131 kurma ve kapatma maliyetinden ka\u00e7\u0131narak daha verimli bir deneyim sunar. Stream teknolojileri sayesinde, kullan\u0131c\u0131lar manuel olarak sayfay\u0131 yenilemek zorunda kalmadan en g\u00fcncel bilgilere eri\u015febilirler.<\/p>\n Stream’ler i\u00e7in en yayg\u0131n kullan\u0131lan teknolojiler \u015funlard\u0131r:<\/p>\n * WebSockets<\/strong>: \u0130stemci ile sunucu aras\u0131nda \u00e7ift y\u00f6nl\u00fc, tam \u00e7ift y\u00f6nl\u00fc (full-duplex) bir ileti\u015fim kanal\u0131 sa\u011flar. Bu, hem istemcinin sunucuya veri g\u00f6nderebilece\u011fi hem de sunucunun istemciye an\u0131nda veri g\u00f6nderebilece\u011fi anlam\u0131na gelir. Canl\u0131 sohbet uygulamalar\u0131, \u00e7ok oyunculu oyunlar, ger\u00e7ek zamanl\u0131 bildirim sistemleri ve finansal borsa takip uygulamalar\u0131 gibi senaryolarda WebSockets idealdir. Ger\u00e7ek d\u00fcnya senaryolar\u0131nda Stream’lerin kullan\u0131m alanlar\u0131 olduk\u00e7a geni\u015ftir:<\/p>\n * Canl\u0131 Sohbet Uygulamalar\u0131<\/strong>: Kullan\u0131c\u0131lar\u0131n anl\u0131k mesaj g\u00f6nderip almas\u0131. Bir WebSocket istemci \u00f6rne\u011fi \u015f\u00f6yle g\u00f6r\u00fcnebilir:<\/p>\n Bu \u00f6rnekte, istemci Query, Mutation ve Stream’in her biri, asenkron ileti\u015fimde farkl\u0131 bir amaca hizmet eder. Bu \u00fc\u00e7 kavram\u0131 birbiriyle kar\u0131\u015ft\u0131rmak veya yanl\u0131\u015f senaryolarda kullanmak, performans sorunlar\u0131na, veri tutars\u0131zl\u0131klar\u0131na ve karma\u015f\u0131k kod tabanlar\u0131na yol a\u00e7abilir. Do\u011fru arac\u0131 do\u011fru i\u015f i\u00e7in se\u00e7mek, sa\u011flam ve \u00f6l\u00e7eklenebilir uygulamalar geli\u015ftirmenin anahtar\u0131d\u0131r. A\u015fa\u011f\u0131daki tablo, temel farklar\u0131 \u00f6zetlemektedir:<\/p>\n Do\u011fru Se\u00e7imi Nas\u0131l Yap\u0131l\u0131r?<\/strong><\/p>\n 1. Amac\u0131 Belirleyin<\/strong>: 2. \u0130dempotency ve Yan Etkiler<\/strong>: \u0130\u015fleminiz tekrarlanabilir ve yan etkisiz mi? Query. De\u011fil mi? Mutation veya Stream. Bu ayr\u0131m, hata durumlar\u0131nda uygulaman\u0131z\u0131n nas\u0131l davranaca\u011f\u0131n\u0131 do\u011frudan etkiler.<\/p>\n 3. Performans ve Kaynaklar<\/strong>: 4. Kullan\u0131c\u0131 Deneyimi<\/strong>: Anl\u0131k geri bildirim veya s\u00fcrekli g\u00fcncellemeler gerektiren senaryolar Stream’leri zorunlu k\u0131lar. Kullan\u0131c\u0131n\u0131n bir eyleminin sonucunu hemen g\u00f6rmesi gerekiyorsa Mutation, sadece bilgi almas\u0131 yeterliyse Query.<\/p>\n \u00d6rne\u011fin, bir sosyal medya uygulamas\u0131nda: Bu \u00fc\u00e7 asenkron i\u015f y\u00fck\u00fcn\u00fc do\u011fru bir \u015fekilde ay\u0131rt etmek ve uygun yerlerde kullanmak, sadece kodunuzu daha anla\u015f\u0131l\u0131r k\u0131lmakla kalmaz, ayn\u0131 zamanda uygulaman\u0131z\u0131n performans\u0131n\u0131, g\u00fcvenilirli\u011fini ve \u00f6l\u00e7eklenebilirli\u011fini de art\u0131r\u0131r. Geli\u015ftiriciler olarak, bu ara\u00e7 setini iyi tan\u0131mak ve stratejik bir \u015fekilde kullanmak, modern web geli\u015ftirmenin vazge\u00e7ilmez bir par\u00e7as\u0131d\u0131r.<\/p>\n Query, Mutation ve Stream’in temel farklar\u0131n\u0131 anlad\u0131ktan sonra, bu asenkron i\u015f y\u00fcklerini daha verimli hale getirmek ve b\u00fcy\u00fck \u00f6l\u00e7ekli uygulamalarda sorunsuz \u00e7al\u0131\u015fmalar\u0131n\u0131 sa\u011flamak i\u00e7in ileri d\u00fczey tekniklere odaklanabiliriz. Her bir kategori i\u00e7in performans optimizasyonu ve \u00f6l\u00e7eklenebilirlik stratejileri farkl\u0131l\u0131k g\u00f6sterir.<\/p>\n Query’ler do\u011fas\u0131 gere\u011fi \u00f6nbelle\u011fe al\u0131nabilir olsa da, do\u011fru stratejilerle bu avantaj\u0131 maksimize etmek \u00f6nemlidir:<\/p>\n * Ak\u0131ll\u0131 \u00d6nbellekleme (Smart Caching)<\/strong>: Taray\u0131c\u0131 \u00f6nbelle\u011fi (HTTP Cache-Control), CDN (\u0130\u00e7erik Da\u011f\u0131t\u0131m A\u011f\u0131) ve uygulama katman\u0131 \u00f6nbelle\u011fi (Redis, Memcached) gibi farkl\u0131 seviyelerde \u00f6nbellekleme kullan\u0131n. Veri de\u011fi\u015fti\u011finde \u00f6nbelle\u011fi do\u011fru bir \u015fekilde ge\u00e7ersiz k\u0131lmak (cache invalidation) kritik \u00f6neme sahiptir. Mutation’lar sunucu durumunu de\u011fi\u015ftirdi\u011fi i\u00e7in, g\u00fcvenilirlik ve tutarl\u0131l\u0131k \u00f6n plandad\u0131r:<\/p>\n * \u0130yimser G\u00fcncellemeler (Optimistic Updates)<\/strong>: Kullan\u0131c\u0131n\u0131n bir Mutation’\u0131 ba\u015flatt\u0131\u011f\u0131nda, sunucudan onay gelmeden \u00f6nce bile UI’\u0131 yeni duruma g\u00f6re g\u00fcncelleyin. Bu, kullan\u0131c\u0131ya an\u0131nda geri bildirim sa\u011flar ve uygulaman\u0131n daha h\u0131zl\u0131 hissetmesini sa\u011flar. E\u011fer Mutation ba\u015far\u0131s\u0131z olursa, UI eski durumuna geri d\u00f6ner. Bu yakla\u015f\u0131m, kullan\u0131c\u0131 deneyimini \u00f6nemli \u00f6l\u00e7\u00fcde iyile\u015ftirir ancak dikkatli hata y\u00f6netimi gerektirir. Stream’ler s\u00fcrekli ba\u011flant\u0131lar gerektirdi\u011fi i\u00e7in, \u00f6l\u00e7eklenebilirlik ve kaynak y\u00f6netimi kritik \u00f6neme sahiptir:<\/p>\n * Y\u00fck Dengeleyiciler (Load Balancers) ve Yap\u0131\u015fkan Oturumlar (Sticky Sessions)<\/strong>: \u00c7ok say\u0131da WebSocket ba\u011flant\u0131s\u0131n\u0131 y\u00f6netmek i\u00e7in y\u00fck dengeleyiciler kullan\u0131n. Bir istemcinin belirli bir sunucuya ba\u011fl\u0131 kalmas\u0131n\u0131 sa\u011flamak i\u00e7in yap\u0131\u015fkan oturumlar (sticky sessions) gerekebilir, ancak bu, dengeleyiciyi karma\u015f\u0131kla\u015ft\u0131rabilir. Daha iyi bir yakla\u015f\u0131m, t\u00fcm sunucular\u0131n istemci ba\u011flant\u0131lar\u0131n\u0131 y\u00f6netebilece\u011fi durumsuz (stateless) veya da\u011f\u0131t\u0131k bir mimari kullanmakt\u0131r. Bu ileri d\u00fczey yakla\u015f\u0131mlar, uygulamalar\u0131n\u0131z\u0131n sadece i\u015flevsel olmakla kalmay\u0131p, ayn\u0131 zamanda y\u00fcksek performansl\u0131, g\u00fcvenilir ve milyonlarca kullan\u0131c\u0131ya hizmet verebilecek \u00f6l\u00e7ekte olmas\u0131n\u0131 sa\u011flar. Her bir asenkron i\u015f y\u00fck\u00fc t\u00fcr\u00fc i\u00e7in do\u011fru optimizasyon stratejilerini uygulamak, modern yaz\u0131l\u0131m geli\u015ftirmenin ayr\u0131lmaz bir par\u00e7as\u0131d\u0131r.<\/p>\n Asenkron programlama, modern web uygulamalar\u0131n\u0131n temel ta\u015f\u0131d\u0131r ve kullan\u0131c\u0131 deneyimini d\u00f6n\u00fc\u015ft\u00fcrm\u00fc\u015ft\u00fcr. Ancak, bu makalede detayl\u0131ca inceledi\u011fimiz gibi, “asenkron i\u015f” \u015femsiyesi alt\u0131nda bir araya gelen Query, Mutation ve Stream kavramlar\u0131, ama\u00e7lar\u0131, davran\u0131\u015flar\u0131 ve en uygun kullan\u0131m senaryolar\u0131 a\u00e7\u0131s\u0131ndan birbirinden olduk\u00e7a farkl\u0131d\u0131r. Query’ler, veri okuma ve \u00f6nbellekleme yetenekleriyle performans\u0131n anahtar\u0131d\u0131r. Mutation’lar, sunucu durumunu g\u00fcvenli ve tutarl\u0131 bir \u015fekilde de\u011fi\u015ftirmek i\u00e7in kullan\u0131l\u0131rken, Stream’ler ger\u00e7ek zamanl\u0131 veri ak\u0131\u015f\u0131n\u0131 ve anl\u0131k etkile\u015fimleri m\u00fcmk\u00fcn k\u0131lar.<\/p>\n Bu \u00fc\u00e7 farkl\u0131 asenkron i\u015f y\u00fck\u00fcn\u00fc do\u011fru bir \u015fekilde ay\u0131rt etmek ve her biri i\u00e7in en uygun teknolojileri ve stratejileri se\u00e7mek, geli\u015ftiriciler i\u00e7in kritik bir beceridir. Yanl\u0131\u015f bir ara\u00e7 se\u00e7imi, uygulaman\u0131z\u0131n performans\u0131n\u0131 d\u00fc\u015f\u00fcrebilir, veri tutars\u0131zl\u0131klar\u0131na yol a\u00e7abilir ve bak\u0131m maliyetlerini art\u0131rabilir. \u00d6nbellekleme, i\u015flem y\u00f6netimi, iyimser g\u00fcncellemeler, WebSockets ve mesaj kuyruklar\u0131 gibi ileri d\u00fczey teknikler, bu i\u015f y\u00fcklerini daha da optimize ederek \u00f6l\u00e7eklenebilir ve dayan\u0131kl\u0131 sistemler kurman\u0131za yard\u0131mc\u0131 olur.<\/p>\n Unutmay\u0131n, her teknolojinin kendine \u00f6zg\u00fc g\u00fc\u00e7l\u00fc ve zay\u0131f y\u00f6nleri vard\u0131r. Amac\u0131n\u0131z, uygulaman\u0131z\u0131n gereksinimlerini en iyi \u015fekilde kar\u015f\u0131layacak \u00e7\u00f6z\u00fcm\u00fc se\u00e7erek, hem geli\u015ftirme s\u00fcrecini kolayla\u015ft\u0131rmak hem de son kullan\u0131c\u0131lara \u00fcst\u00fcn bir deneyim sunmakt\u0131r. Bu ayr\u0131m\u0131 anlamak, daha bilin\u00e7li mimari kararlar alman\u0131z\u0131 ve gelece\u011fe d\u00f6n\u00fck, s\u00fcrd\u00fcr\u00fclebilir yaz\u0131l\u0131mlar geli\u015ftirmenizi sa\u011flayacakt\u0131r.<\/p>\n En temel fark, Query’lerin sunucu taraf\u0131nda hi\u00e7bir durumu de\u011fi\u015ftirmeden sadece veri okuma (idempotent) i\u015flemleri olmas\u0131, Mutation’lar\u0131n ise sunucu durumunu de\u011fi\u015ftiren (olu\u015fturma, g\u00fcncelleme, silme) ve yan etkileri olan (non-idempotent) i\u015flemler olmas\u0131d\u0131r.<\/p>\n<\/li>\n Stream’leri, uygulaman\u0131zda ger\u00e7ek zamanl\u0131 ve s\u00fcrekli veri g\u00fcncellemelerine ihtiya\u00e7 duydu\u011funuzda kullanmal\u0131s\u0131n\u0131z. \u00d6rne\u011fin, canl\u0131 sohbet mesajlar\u0131, anl\u0131k borsa fiyatlar\u0131 veya sens\u00f6r verileri gibi verilerin kullan\u0131c\u0131lara an\u0131nda ula\u015fmas\u0131 gerekti\u011finde Stream teknolojileri (WebSockets, SSE) Query veya Mutation’lardan \u00e7ok daha etkilidir.<\/p>\n<\/li>\n GraphQL Subscription’lar, temel olarak bir Stream (veri ak\u0131\u015f\u0131) teknolojisidir. \u0130stemcinin belirli olaylara abone olmas\u0131n\u0131 ve bu olaylar ger\u00e7ekle\u015fti\u011finde sunucunun istemciye veri “itmesini” (push) sa\u011flar. Bu, s\u00fcrekli bir veri ak\u0131\u015f\u0131 modelidir, tek seferlik bir Query de\u011fildir.<\/p>\n<\/li>\n Query’ler idempotent oldu\u011fu i\u00e7in, ayn\u0131 sorgu her zaman ayn\u0131 sonucu d\u00f6nd\u00fcr\u00fcr (veri de\u011fi\u015fmedi\u011fi s\u00fcrece) ve sunucu durumunu de\u011fi\u015ftirmez. Bu sayede sonu\u00e7lar\u0131 g\u00fcvenle \u00f6nbelle\u011fe al\u0131nabilir. Mutation’lar sunucu durumunu de\u011fi\u015ftirdi\u011fi i\u00e7in her seferinde farkl\u0131 bir sonu\u00e7 veya yan etki yaratabilir, bu y\u00fczden \u00f6nbelle\u011fe al\u0131nmalar\u0131 anlams\u0131zd\u0131r veya \u00f6nbelle\u011fi ge\u00e7ersiz k\u0131lmay\u0131 gerektirir. Stream’ler ise s\u00fcrekli de\u011fi\u015fen bir veri ak\u0131\u015f\u0131n\u0131 temsil eder ve anl\u0131k veri ak\u0131\u015f\u0131 esas oldu\u011fu i\u00e7in \u00f6nbellekleme do\u011falar\u0131na ayk\u0131r\u0131d\u0131r.<\/p>\n<\/li>\n \u0130yimser g\u00fcncellemeler, kullan\u0131c\u0131 deneyimini \u00f6nemli \u00f6l\u00e7\u00fcde iyile\u015ftirmek i\u00e7in \u00f6nemlidir. Bir Mutation i\u015flemi ba\u015flat\u0131ld\u0131\u011f\u0131nda, sunucudan onay gelmeden \u00f6nce bile kullan\u0131c\u0131 aray\u00fcz\u00fcn\u00fc sanki i\u015flem ba\u015far\u0131l\u0131 olmu\u015f gibi g\u00fcnceller. Bu, kullan\u0131c\u0131n\u0131n uygulaman\u0131n daha h\u0131zl\u0131 ve yan\u0131t veren hissetmesini sa\u011flar. E\u011fer sunucu taraf\u0131nda bir hata olu\u015fursa, UI eski durumuna geri d\u00f6ner. Bu teknik, \u00f6zellikle a\u011f gecikmelerinin ya\u015fand\u0131\u011f\u0131 durumlarda kullan\u0131c\u0131 memnuniyetini art\u0131r\u0131r.<\/p>\n<\/li>\n<\/ol>\n #Teknoloji #WebGeli\u015ftirme #AsenkronProgramlama #API #GraphQL #WebSockets<\/p>\nfetch<\/code> API’si ile bir RESTful API’den veri \u00e7ekme i\u015flemi bir Query’dir:<\/p>\n\nasync function urunleriGetir() {\n try {\n const response = await fetch('https:\/\/api.example.com\/urunler');\n if (!response.ok) {\n throw new Error(HTTP hata kodu: ${response.status}<\/code>);\n }\n const data = await response.json();\n console.log(\"\u00dcr\u00fcn Listesi:\", data);\n \/\/ \u00dcr\u00fcnleri UI'da g\u00f6sterme\n } catch (error) {\n console.error(\"\u00dcr\u00fcnler \u00e7ekilirken hata olu\u015ftu:\", error);\n }\n}\n\nurunleriGetir();\n <\/code><\/pre>\n<\/div>\nhttps:\/\/api.example.com\/urunler<\/code> adresinden \u00fcr\u00fcn verilerini \u00e7eker. Bu i\u015flem, sunucudaki \u00fcr\u00fcn verilerini de\u011fi\u015ftirmez, sadece okur. Birden \u00e7ok kez \u00e7a\u011fr\u0131ld\u0131\u011f\u0131nda hep ayn\u0131 sonucu d\u00f6nd\u00fcrme potansiyeline sahiptir (veri de\u011fi\u015fmedi\u011fi s\u00fcrece). GraphQL kullan\u0131yorsan\u0131z, bir Query \u015f\u00f6yle g\u00f6r\u00fcnecektir:<\/p>\n\nquery TumUrunler {\n urunler {\n id\n ad\n fiyat\n stok\n }\n}\n <\/code><\/pre>\n<\/div>\nMutation: Sunucu Durumunu De\u011fi\u015ftirme ve G\u00fcvenli \u0130\u015flemler Nas\u0131l Yap\u0131l\u0131r?<\/h3>\n
\n* Yetkilendirme ve Kimlik Do\u011frulama<\/strong>: Mutation’lar genellikle hassas veriler \u00fczerinde i\u015flem yapt\u0131\u011f\u0131 i\u00e7in, iste\u011fi yapan kullan\u0131c\u0131n\u0131n bu i\u015flemi ger\u00e7ekle\u015ftirmeye yetkili olup olmad\u0131\u011f\u0131n\u0131n kontrol edilmesi \u015fartt\u0131r.
\n* Hata Y\u00f6netimi<\/strong>: Mutation’lar ba\u015far\u0131s\u0131z olabilir (\u00f6rne\u011fin, ge\u00e7ersiz veri giri\u015fi, sunucu hatas\u0131). Bu durumlar\u0131n do\u011fru bir \u015fekilde ele al\u0131nmas\u0131, kullan\u0131c\u0131ya geri bildirim sa\u011flanmas\u0131 ve sistemin tutarl\u0131 kalmas\u0131 i\u00e7in hayati \u00f6neme sahiptir.
\n* Yan Etkiler ve \u0130stemci G\u00fcncellemeleri<\/strong>: Bir Mutation ba\u015far\u0131l\u0131 oldu\u011funda, istemci taraf\u0131ndaki kullan\u0131c\u0131 aray\u00fcz\u00fcn\u00fcn de g\u00fcncel durumu yans\u0131tacak \u015fekilde g\u00fcncellenmesi gerekir. Bu, \u00f6nbelle\u011fi ge\u00e7ersiz k\u0131lma (cache invalidation), yeniden sorgulama (re-fetching) veya iyimser g\u00fcncellemeler (optimistic updates) gibi stratejilerle sa\u011flanabilir.<\/p>\n\nasync function yeniYaziOlustur(baslik, icerik) {\n try {\n const response = await fetch('https:\/\/api.example.com\/yazilar', {\n method: 'POST', \/\/ Yeni kaynak olu\u015fturmak i\u00e7in POST\n headers: {\n 'Content-Type': 'application\/json',\n 'Authorization': 'Bearer YOUR_AUTH_TOKEN' \/\/ Yetkilendirme i\u00e7in token\n },\n body: JSON.stringify({ baslik, icerik })\n });\n\n if (!response.ok) {\n const errorData = await response.json();\n throw new Error(Yaz\u0131 olu\u015fturulurken hata: ${response.status} - ${errorData.mesaj}<\/code>);\n }\n\n const yeniYazi = await response.json();\n console.log(\"Yeni yaz\u0131 ba\u015far\u0131yla olu\u015fturuldu:\", yeniYazi);\n \/\/ UI'da yeni yaz\u0131y\u0131 g\u00f6sterme veya listeyi g\u00fcncelleme\n } catch (error) {\n console.error(\"Yaz\u0131 olu\u015fturma hatas\u0131:\", error);\n \/\/ Kullan\u0131c\u0131ya hata mesaj\u0131 g\u00f6sterme\n }\n}\n\nyeniYaziOlustur(\"Makale Ba\u015fl\u0131\u011f\u0131\", \"Bu makalenin i\u00e7eri\u011fi...\");\n <\/code><\/pre>\n<\/div>\nPOST<\/code> metodu ile sunucuya yeni bir yaz\u0131 g\u00f6nderilir. \u0130\u015flem ba\u015far\u0131l\u0131 olursa, sunucu yeni yaz\u0131n\u0131n verilerini d\u00f6nd\u00fcr\u00fcr. Ba\u015far\u0131s\u0131z olursa, uygun hata y\u00f6netimi devreye girer. GraphQL’de ise bir Mutation \u015f\u00f6yle g\u00f6r\u00fcnebilir:<\/p>\n\nmutation YaziOlustur($baslik: String!, $icerik: String!) {\n yaziOlustur(input: { baslik: $baslik, icerik: $icerik }) {\n id\n baslik\n yazar {\n ad\n }\n }\n}\n <\/code><\/pre>\n<\/div>\nyaziOlustur<\/code> i\u015flemi, baslik<\/code> ve icerik<\/code> de\u011fi\u015fkenlerini alarak yeni bir yaz\u0131 olu\u015fturur ve olu\u015fturulan yaz\u0131n\u0131n id<\/code>, baslik<\/code> ve yazar\u0131n ad<\/code> bilgilerini geri d\u00f6nd\u00fcr\u00fcr. Mutation’lar\u0131n do\u011fru ve g\u00fcvenli bir \u015fekilde y\u00f6netilmesi, uygulaman\u0131z\u0131n g\u00fcvenilirli\u011fi ve kullan\u0131c\u0131lar\u0131n verileriyle sa\u011fl\u0131kl\u0131 bir \u015fekilde etkile\u015fim kurabilmesi i\u00e7in kritik \u00f6neme sahiptir. Bu nedenle, her Mutation’\u0131 bir “i\u015flem” olarak g\u00f6rmek ve buna g\u00f6re tasarlamak \u00f6nemlidir.<\/p>\nStream: Ger\u00e7ek Zamanl\u0131 Veri Ak\u0131\u015f\u0131n\u0131n G\u00fcc\u00fc ve Uygulama Alanlar\u0131<\/h3>\n
\n* Server-Sent Events (SSE)<\/strong>: Sunucudan istemciye tek y\u00f6nl\u00fc, s\u00fcrekli bir veri ak\u0131\u015f\u0131 sa\u011flar. WebSockets kadar esnek olmasa da, sunucudan istemciye s\u00fcrekli veri g\u00f6nderme ihtiyac\u0131 olan (\u00f6rne\u011fin, canl\u0131 haber ak\u0131\u015flar\u0131, etkinlik bildirimleri, sens\u00f6r verileri) senaryolar i\u00e7in daha basit ve hafif bir \u00e7\u00f6z\u00fcmd\u00fcr.
\n* GraphQL Subscriptions<\/strong>: GraphQL ekosisteminde, Stream benzeri yetenekler sunar. \u0130stemciler belirli olaylara abone olabilir ve bu olaylar ger\u00e7ekle\u015fti\u011finde sunucu, ilgili verileri istemciye g\u00f6nderir.<\/p>\n
\n* Finansal Borsa Takibi<\/strong>: Hisse senedi fiyatlar\u0131n\u0131n ve i\u015flem hacimlerinin anl\u0131k g\u00fcncellenmesi.
\n* Ger\u00e7ek Zamanl\u0131 Bildirimler<\/strong>: Bir sosyal medya g\u00f6nderisine gelen yorumlar veya bir e-posta geldi\u011finde an\u0131nda bildirim alma.
\n* \u00c7ok Oyunculu Oyunlar<\/strong>: Oyuncular\u0131n hareketlerinin ve oyun durumunun anl\u0131k senkronizasyonu.
\n* Canl\u0131 Konum Takibi<\/strong>: Ara\u00e7lar\u0131n veya teslimatlar\u0131n anl\u0131k konumlar\u0131n\u0131n haritada g\u00f6sterilmesi.
\n* IoT (Nesnelerin \u0130nterneti) Verileri<\/strong>: Sens\u00f6rlerden gelen s\u0131cakl\u0131k, nem gibi verilerin s\u00fcrekli olarak izlenmesi.<\/p>\n\n\/\/ Taray\u0131c\u0131 taraf\u0131nda WebSocket ba\u011flant\u0131s\u0131\nconst socket = new WebSocket('ws:\/\/localhost:8080\/chat');\n\nsocket.onopen = function(event) {\n console.log(\"WebSocket ba\u011flant\u0131s\u0131 a\u00e7\u0131ld\u0131.\");\n socket.send(\"Merhaba sunucu!\"); \/\/ \u0130stemciden sunucuya mesaj g\u00f6nderme\n};\n\nsocket.onmessage = function(event) {\n console.log(\"Sunucudan gelen mesaj:\", event.data);\n \/\/ Gelen mesaj\u0131 sohbet penceresine ekleme\n};\n\nsocket.onclose = function(event) {\n console.log(\"WebSocket ba\u011flant\u0131s\u0131 kapat\u0131ld\u0131.\");\n};\n\nsocket.onerror = function(error) {\n console.error(\"WebSocket hatas\u0131:\", error);\n};\n\n\/\/ \u0130stemcinin mesaj g\u00f6ndermesini tetikleyen bir fonksiyon\nfunction mesajGonder(mesaj) {\n if (socket.readyState === WebSocket.OPEN) {\n socket.send(mesaj);\n } else {\n console.warn(\"WebSocket ba\u011flant\u0131s\u0131 a\u00e7\u0131k de\u011fil, mesaj g\u00f6nderilemedi.\");\n }\n}\n <\/code><\/pre>\n<\/div>\nws:\/\/localhost:8080\/chat<\/code> adresine bir WebSocket ba\u011flant\u0131s\u0131 kurar. Ba\u011flant\u0131 a\u00e7\u0131ld\u0131\u011f\u0131nda bir mesaj g\u00f6nderir ve sunucudan gelen mesajlar\u0131 onmessage<\/code> olay\u0131yla dinler. Bu s\u00fcrekli a\u00e7\u0131k kalan ba\u011flant\u0131 sayesinde, sunucu istedi\u011fi zaman istemciye veri g\u00f6nderebilir ve istemci de sunucuya veri g\u00f6nderebilir. Stream’ler, modern, interaktif ve ger\u00e7ek zamanl\u0131 uygulamalar\u0131n temelini olu\u015fturur. Do\u011fru Stream teknolojisini se\u00e7mek ve uygulamak, uygulaman\u0131z\u0131n kullan\u0131c\u0131 deneyimini ve genel performans\u0131n\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131rabilir. Ancak, s\u00fcrekli a\u00e7\u0131k ba\u011flant\u0131lar\u0131n sunucu kaynaklar\u0131 \u00fczerindeki etkisini ve hata durumlar\u0131nda ba\u011flant\u0131 y\u00f6netimi gibi konular\u0131 da g\u00f6z \u00f6n\u00fcnde bulundurmak \u00f6nemlidir.<\/p>\n\u00dc\u00e7 Farkl\u0131 Asenkron \u0130\u015f Y\u00fck\u00fc: Kar\u015f\u0131la\u015ft\u0131rmal\u0131 Analiz ve Do\u011fru Se\u00e7im Nas\u0131l Yap\u0131l\u0131r?<\/h3>\n
\n\n
\n \n\u00d6zellik<\/th>\n Query (Sorgu)<\/th>\n Mutation (De\u011fi\u015fim)<\/th>\n Stream (Ak\u0131\u015f)<\/th>\n<\/tr>\n<\/thead>\n \n Temel Ama\u00e7<\/b><\/td>\n Veri okuma, \u00e7ekme, listeleme.<\/td>\n Sunucu durumunu de\u011fi\u015ftirme (olu\u015fturma, g\u00fcncelleme, silme).<\/td>\n Ger\u00e7ek zamanl\u0131, s\u00fcrekli veri ak\u0131\u015f\u0131.<\/td>\n<\/tr>\n \n \u0130dempotency (Tekrarlanabilirlik)<\/b><\/td>\n Evet (ayn\u0131 istek ayn\u0131 sonucu verir, yan etki yaratmaz).<\/td>\n Hay\u0131r (her istek yeni bir yan etki yaratabilir).<\/td>\n Hay\u0131r (s\u00fcrekli olaylar\/veriler sistemin durumunu s\u00fcrekli g\u00fcnceller).<\/td>\n<\/tr>\n \n \u00d6nbellekleme (Caching)<\/b><\/td>\n Kolayca \u00f6nbelle\u011fe al\u0131nabilir.<\/td>\n Genellikle \u00f6nbelle\u011fe al\u0131nmaz, \u00f6nbelle\u011fi ge\u00e7ersiz k\u0131lma gerektirir.<\/td>\n Genellikle \u00f6nbelle\u011fe al\u0131nmaz, anl\u0131k veri ak\u0131\u015f\u0131 esast\u0131r.<\/td>\n<\/tr>\n \n \u0130leti\u015fim Modeli<\/b><\/td>\n \u0130stemci odakl\u0131 \u00e7ekme (Pull)<\/td>\n \u0130stemci odakl\u0131 \u00e7ekme (Pull)<\/td>\n Sunucu odakl\u0131 itme (Push)<\/td>\n<\/tr>\n \n \u00d6rnek Protokoller\/Teknolojiler<\/b><\/td>\n HTTP GET, GraphQL Query<\/td>\n HTTP POST\/PUT\/DELETE, GraphQL Mutation<\/td>\n WebSockets, Server-Sent Events (SSE), GraphQL Subscriptions<\/td>\n<\/tr>\n \n Kullan\u0131m Alanlar\u0131<\/b><\/td>\n \u00dcr\u00fcn listeleri, kullan\u0131c\u0131 profilleri, haber ak\u0131\u015flar\u0131.<\/td>\n Kullan\u0131c\u0131 kayd\u0131, sipari\u015f olu\u015fturma, yorum silme.<\/td>\n Canl\u0131 sohbet, borsa verileri, anl\u0131k bildirimler, konum takibi.<\/td>\n<\/tr>\n \n Yan Etkiler<\/b><\/td>\n Yok.<\/td>\n Sunucu durumunda kal\u0131c\u0131 de\u011fi\u015fiklikler.<\/td>\n S\u00fcrekli olaylar\/g\u00fcncellemeler.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
\n * Sadece veri okumak m\u0131 istiyorsunuz ve sunucu durumunu de\u011fi\u015ftirmeyecek misiniz? O zaman bir Query<\/strong> kullan\u0131n. Performans ve \u00f6nbellekleme avantajlar\u0131ndan yararlan\u0131n.
\n * Sunucu durumunu de\u011fi\u015ftirecek, yeni bir kay\u0131t olu\u015fturacak, mevcut bir veriyi g\u00fcncelleyecek veya silecek misiniz? O zaman bir Mutation<\/strong> kullan\u0131n. Veri b\u00fct\u00fcnl\u00fc\u011f\u00fcne ve hata y\u00f6netimine odaklan\u0131n.
\n * Kullan\u0131c\u0131lara anl\u0131k, s\u00fcrekli g\u00fcncellenen veriler sunman\u0131z m\u0131 gerekiyor? O zaman bir Stream<\/strong> teknolojisi (WebSockets, SSE) kullan\u0131n. Ger\u00e7ek zamanl\u0131 etkile\u015fimleri m\u00fcmk\u00fcn k\u0131l\u0131n.<\/p>\n
\n * Query’ler, \u00f6nbellekleme sayesinde genellikle en az kaynak t\u00fcketen ve en h\u0131zl\u0131 olanlard\u0131r.
\n * Mutation’lar, genellikle veritaban\u0131 yazma i\u015flemleri i\u00e7erdi\u011finden daha fazla kaynak gerektirebilir ve dikkatli i\u015flem y\u00f6netimi ister.
\n * Stream’ler, s\u00fcrekli a\u00e7\u0131k ba\u011flant\u0131lar nedeniyle sunucu \u00fczerinde daha fazla kaynak tutabilir ve \u00f6l\u00e7eklenebilirlik i\u00e7in \u00f6zel mimariler gerektirebilir (\u00f6rne\u011fin, mesaj kuyruklar\u0131, y\u00fck dengeleyiciler).<\/p>\n
\n* Ana sayfadaki g\u00f6nderileri listelemek i\u00e7in Query<\/strong> (GET \/posts<\/code>).
\n* Yeni bir g\u00f6nderi olu\u015fturmak i\u00e7in Mutation<\/strong> (POST \/posts<\/code>).
\n* Bir g\u00f6nderiye gelen yorumlar\u0131 anl\u0131k olarak g\u00f6stermek i\u00e7in Stream<\/strong> (WebSocket \u00fczerinden comments<\/code> ak\u0131\u015f\u0131).<\/p>\n\u0130leri D\u00fczey Yakla\u015f\u0131mlar: Performans Optimizasyonu ve \u00d6l\u00e7eklenebilirlik<\/h3>\n
Query Optimizasyonu: Daha H\u0131zl\u0131 Veri Eri\u015fimi<\/h4>\n
ETag<\/code> ve Last-Modified<\/code> HTTP ba\u015fl\u0131klar\u0131n\u0131 kullanarak sadece de\u011fi\u015fen veriyi \u00e7ekme (conditional fetching) mekanizmalar\u0131n\u0131 uygulay\u0131n.
\n* Veri Sayfalama (Pagination) ve Tembel Y\u00fckleme (Lazy Loading)<\/strong>: B\u00fcy\u00fck veri k\u00fcmelerini tek seferde \u00e7ekmek yerine, k\u00fc\u00e7\u00fck par\u00e7alar halinde (sayfalar) \u00e7ekin. Kullan\u0131c\u0131 kayd\u0131rd\u0131k\u00e7a veya “daha fazla y\u00fckle” butonuna t\u0131klad\u0131k\u00e7a ek veri \u00e7ekmek, ilk y\u00fckleme s\u00fcresini k\u0131salt\u0131r ve gereksiz veri transferini engeller.
\n* Veri S\u0131k\u0131\u015ft\u0131rma (Data Compression)<\/strong>: Gzip veya Brotli gibi s\u0131k\u0131\u015ft\u0131rma algoritmalar\u0131 kullanarak transfer edilen veri boyutunu k\u00fc\u00e7\u00fclt\u00fcn, bu da a\u011f performans\u0131n\u0131 art\u0131r\u0131r.
\n* Sorgu Optimizasyonu (Database Query Optimization)<\/strong>: Sunucu taraf\u0131nda, veritaban\u0131 sorgular\u0131n\u0131z\u0131n indeksler kullanmas\u0131n\u0131 sa\u011flay\u0131n ve karma\u015f\u0131k JOIN i\u015flemlerinden ka\u00e7\u0131n\u0131n. N+1 sorgu sorunlar\u0131n\u0131 \u00f6nlemek i\u00e7in ili\u015fkisel verileri toplu halde \u00e7ekin.<\/p>\nMutation Optimizasyonu: G\u00fcvenilir ve Yan\u0131t Veren \u0130\u015flemler<\/h4>\n
\n* Arka Plan \u0130\u015flemleri (Background Jobs)<\/strong>: Uzun s\u00fcren veya kaynak yo\u011fun Mutation’lar\u0131 (\u00f6rne\u011fin, b\u00fcy\u00fck bir dosya y\u00fckleme, karma\u015f\u0131k rapor olu\u015fturma) do\u011frudan HTTP iste\u011fi i\u00e7inde tamamlamak yerine, bunlar\u0131 bir mesaj kuyru\u011funa (RabbitMQ, Kafka) g\u00f6ndererek arka plan i\u015fleyiciler taraf\u0131ndan asenkron olarak tamamlanmas\u0131n\u0131 sa\u011flay\u0131n. Kullan\u0131c\u0131ya i\u015flemin ba\u015flat\u0131ld\u0131\u011f\u0131na dair an\u0131nda geri bildirim verilebilir.
\n* \u0130\u015flem Y\u00f6netimi (Transaction Management)<\/strong>: Birden fazla veritaban\u0131 i\u015flemi gerektiren Mutation’lar i\u00e7in veritaban\u0131 i\u015flemlerini (ACID prensipleri) kullanarak veri tutarl\u0131l\u0131\u011f\u0131n\u0131 sa\u011flay\u0131n. Bir hata durumunda t\u00fcm i\u015flemlerin geri al\u0131nmas\u0131n\u0131 garantileyin.
\n* Rate Limiting ve Do\u011frulama (Rate Limiting and Validation)<\/strong>: K\u00f6t\u00fc niyetli veya a\u015f\u0131r\u0131 istekleri \u00f6nlemek i\u00e7in Mutation API’lerinize h\u0131z s\u0131n\u0131rlamalar\u0131 uygulay\u0131n. Gelen verilerin sunucu taraf\u0131nda kapsaml\u0131 bir \u015fekilde do\u011frulanmas\u0131n\u0131 sa\u011flayarak hatal\u0131 veya zararl\u0131 verilerin sisteme girmesini engelleyin.<\/p>\nStream Optimizasyonu: \u00d6l\u00e7eklenebilir Ger\u00e7ek Zamanl\u0131 Deneyimler<\/h4>\n
\n* Mesaj Kuyruklar\u0131 (Message Queues) ve Pub\/Sub (Publish\/Subscribe) Modelleri<\/strong>: Ger\u00e7ek zamanl\u0131 olaylar\u0131 ve mesajlar\u0131 i\u015flemek i\u00e7in Redis Pub\/Sub, Kafka, RabbitMQ gibi mesaj kuyruklar\u0131 kullan\u0131n. Bu, mesajlar\u0131n g\u00fcvenilir bir \u015fekilde da\u011f\u0131t\u0131lmas\u0131n\u0131 ve Stream sunucular\u0131n\u0131n durum bilgisi tutmak zorunda kalmamas\u0131n\u0131 sa\u011flar, b\u00f6ylece daha kolay \u00f6l\u00e7eklenirler.
\n* Hata Kurtarma ve Yeniden Ba\u011flant\u0131 (Error Recovery and Reconnection)<\/strong>: Stream ba\u011flant\u0131lar\u0131n\u0131n kesilmesi durumunda istemci taraf\u0131nda otomatik yeniden ba\u011flant\u0131 mekanizmalar\u0131 uygulay\u0131n. Sunucu taraf\u0131nda ise ba\u011flant\u0131 kesintilerini izleyin ve uygun temizlik i\u015flemlerini yap\u0131n.
\n* Veri Filtreleme ve Yetkilendirme<\/strong>: \u0130stemcilere sadece abone olduklar\u0131 ve g\u00f6rmeye yetkili olduklar\u0131 verileri g\u00f6nderin. Her ba\u011flant\u0131 ve her mesaj i\u00e7in yetkilendirme kontrolleri uygulay\u0131n.
\n* Durumsuz Sunucular (Stateless Servers)<\/strong>: M\u00fcmk\u00fcn oldu\u011funca Stream sunucular\u0131n\u0131z\u0131 durumsuz tasarlay\u0131n. Bu, sunucular\u0131n yatay olarak (horizontal scaling) kolayca \u00f6l\u00e7eklenebilmesini sa\u011flar ve bir sunucu \u00e7\u00f6kt\u00fc\u011f\u00fcnde di\u011fer sunucular\u0131n y\u00fck\u00fc devralmas\u0131n\u0131 kolayla\u015ft\u0131r\u0131r.<\/p>\nSonu\u00e7<\/h3>\n
S\u0131k\u00e7a Sorulan Sorular<\/h3>\n
\n