Cloudflare gibi kritik bir a\u011f hizmeti sa\u011flay\u0131c\u0131s\u0131 devre d\u0131\u015f\u0131 kald\u0131\u011f\u0131nda, canl\u0131ya al\u0131nm\u0131\u015f projelerinizin eri\u015filemez hale gelmesi ka\u00e7\u0131n\u0131lmaz bir senaryo olabilir. Ancak ilgin\u00e7 bir \u015fekilde, geli\u015ftiricilerin yerel ortamlar\u0131nda (DEV) projelerini sorunsuz bir \u015fekilde \u00e7al\u0131\u015ft\u0131rmaya devam ettiklerini g\u00f6zlemleyebilirsiniz. Peki, bu durumun ard\u0131ndaki teknik nedenler nelerdir ve bu t\u00fcr kesintilere kar\u015f\u0131 projelerimizi nas\u0131l daha diren\u00e7li hale getirebiliriz? Bu makalede, Cloudflare kesintilerinin web d\u00fcnyas\u0131na etkilerinden, geli\u015ftirme ortamlar\u0131n\u0131n \u00fcretimden farkl\u0131 \u00e7al\u0131\u015fma prensiplerine, y\u00fcksek eri\u015filebilirlik stratejilerine ve mobil uyumlu tasar\u0131m\u0131n \u00f6nemine kadar bir\u00e7ok konuyu ele alaca\u011f\u0131z.<\/p>\n
\u0130nternet altyap\u0131s\u0131n\u0131n vazge\u00e7ilmez bir par\u00e7as\u0131 haline gelen Cloudflare, d\u00fcnya genelindeki milyonlarca web sitesi ve uygulaman\u0131n performans\u0131n\u0131, g\u00fcvenli\u011fini ve eri\u015filebilirli\u011fini sa\u011flayan kritik bir hizmettir. \u0130\u00e7erik Da\u011f\u0131t\u0131m A\u011f\u0131 (CDN) hizmetiyle web sitelerinin statik i\u00e7eriklerini (resimler, CSS, JavaScript dosyalar\u0131) kullan\u0131c\u0131lara co\u011frafi olarak en yak\u0131n sunuculardan ula\u015ft\u0131rarak y\u00fckleme s\u00fcrelerini k\u0131salt\u0131rken, DNS hizmetiyle alan adlar\u0131n\u0131n IP adreslerine do\u011fru \u015fekilde \u00e7\u00f6z\u00fclmesini sa\u011flar. Ayr\u0131ca, DDoS sald\u0131r\u0131lar\u0131na kar\u015f\u0131 koruma, Web Uygulama G\u00fcvenlik Duvar\u0131 (WAF) ve SSL\/TLS \u015fifrelemesi gibi g\u00fcvenlik katmanlar\u0131 da sunar. Bu denli geni\u015f ve kritik bir rol \u00fcstlenmesi nedeniyle, Cloudflare’da meydana gelen b\u00fcy\u00fck \u00e7apl\u0131 bir kesinti, internetin geni\u015f bir b\u00f6l\u00fcm\u00fcnde domino etkisi yarat\u0131r.<\/p>\n
Bir Cloudflare kesintisi ya\u015fand\u0131\u011f\u0131nda, bu genellikle \u00e7e\u015fitli seviyelerde sorunlara yol a\u00e7ar. En yayg\u0131n etkilerden biri, DNS \u00e7\u00f6z\u00fcmleme sorunlar\u0131 nedeniyle web sitelerine eri\u015filememesidir. E\u011fer bir sitenin DNS kay\u0131tlar\u0131 Cloudflare taraf\u0131ndan y\u00f6netiliyorsa ve bu hizmet kesintiye u\u011frarsa, taray\u0131c\u0131lar sitenin IP adresini bulamaz ve kullan\u0131c\u0131lar “siteye ula\u015f\u0131lam\u0131yor” veya “DNS_PROBE_FINISHED_NXDOMAIN” gibi hatalarla kar\u015f\u0131la\u015f\u0131r. Buna ek olarak, CDN hizmetinin aksamas\u0131, web sitelerinin y\u00fcklenme s\u00fcrelerinin artmas\u0131na, hatta baz\u0131 kaynaklar\u0131n tamamen y\u00fcklenememesine neden olabilir. G\u00fcvenlik servislerinin devre d\u0131\u015f\u0131 kalmas\u0131 ise siteleri DDoS sald\u0131r\u0131lar\u0131na ve di\u011fer siber tehditlere kar\u015f\u0131 savunmas\u0131z b\u0131rakabilir. \u00d6zellikle e-ticaret siteleri i\u00e7in bu durum, ciddi gelir kayb\u0131 ve marka itibar\u0131 zarar\u0131 anlam\u0131na gelirken, haber siteleri veya sosyal medya platformlar\u0131 i\u00e7in milyonlarca kullan\u0131c\u0131ya hizmet verememe gibi sonu\u00e7lar do\u011furur.<\/p>\n
Ger\u00e7ek d\u00fcnya senaryolar\u0131na bakt\u0131\u011f\u0131m\u0131zda, Cloudflare’\u0131n ge\u00e7mi\u015fte ya\u015fad\u0131\u011f\u0131 birka\u00e7 b\u00fcy\u00fck kesinti, bu etkilerin ciddiyetini a\u00e7\u0131k\u00e7a g\u00f6stermi\u015ftir. \u00d6rne\u011fin, 2020’deki bir kesintide, Cloudflare’\u0131n temel altyap\u0131s\u0131ndaki bir hata nedeniyle binlerce web sitesi saatlerce eri\u015filemez hale gelmi\u015fti. Benzer \u015fekilde, 2022’deki ba\u015fka bir kesinti, kritik y\u00f6nlendirici hatalar\u0131ndan kaynaklanm\u0131\u015f ve d\u00fcnya genelindeki bir\u00e7ok pop\u00fcler hizmetin (Discord, Fitbit, League of Legends gibi) etkilenmesine yol a\u00e7m\u0131\u015ft\u0131. Bu olaylar, tek bir merkezi sa\u011flay\u0131c\u0131ya olan ba\u011f\u0131ml\u0131l\u0131\u011f\u0131n risklerini ve alternatif stratejilerin \u00f6nemini bir kez daha ortaya koymu\u015ftur. Bu t\u00fcr kesintilerde \u015firketler genellikle h\u0131zl\u0131 bir \u015fekilde ileti\u015fim kanallar\u0131n\u0131 a\u00e7arak (sosyal medya \u00fczerinden) kullan\u0131c\u0131lar\u0131n\u0131 bilgilendirmeye \u00e7al\u0131\u015f\u0131r ve kesinti giderilene kadar \u00e7aresizce beklemek zorunda kal\u0131rlar. \u0130\u015fte bu noktada, geli\u015ftirme ortamlar\u0131n\u0131n durumu daha da ilgin\u00e7 bir hale gelir; \u00e7\u00fcnk\u00fc \u00e7o\u011fu zaman bu kesintilerden etkilenmezler.<\/p>\n
Uzman \u0130pucu: B\u00fcy\u00fck bir hizmet kesintisi durumunda, kullan\u0131c\u0131lar\u0131n\u0131z\u0131 Twitter gibi alternatif platformlar \u00fczerinden bilgilendirmek, marka g\u00fcvenilirli\u011finizi koruman\u0131za yard\u0131mc\u0131 olur.<\/p>\n
Yaz\u0131l\u0131m geli\u015ftirme s\u00fcre\u00e7lerinde, bir uygulaman\u0131n farkl\u0131 ya\u015fam d\u00f6ng\u00fcs\u00fc a\u015famalar\u0131 i\u00e7in ayr\u0131 ortamlar kullanmak standart bir yakla\u015f\u0131md\u0131r. Bu ortamlar genellikle Geli\u015ftirme (DEV), Test\/Haz\u0131rl\u0131k (Staging) ve \u00dcretim (Production) olarak adland\u0131r\u0131l\u0131r. Her bir ortam\u0131n kendine \u00f6zg\u00fc bir amac\u0131 ve yap\u0131land\u0131rmas\u0131 bulunur. DEV ortam\u0131, ad\u0131ndan da anla\u015f\u0131laca\u011f\u0131 gibi, geli\u015ftiricilerin kod yaz\u0131p test ettikleri, hata ay\u0131klama (debugging) yapt\u0131klar\u0131 ve yeni \u00f6zellikler geli\u015ftirdikleri yerdir. Bu ortam genellikle yerel bilgisayarlarda (localhost) veya izole bulut altyap\u0131lar\u0131nda kuruludur ve \u00fcretim ortam\u0131na k\u0131yasla \u00e7ok daha esnek ve ba\u011f\u0131ms\u0131zd\u0131r. Bu temel farkl\u0131l\u0131klar, Cloudflare gibi harici bir hizmette ya\u015fanan kesintinin neden DEV ortam\u0131n\u0131 etkilemedi\u011fini a\u00e7\u0131klamaktad\u0131r.<\/p>\n
Geli\u015ftirme ortamlar\u0131n\u0131n en belirgin \u00f6zelli\u011fi, izole olmalar\u0131d\u0131r. Bir geli\u015ftirici, genellikle uygulaman\u0131n t\u00fcm bile\u015fenlerini (veritaban\u0131, arka u\u00e7 sunucusu, \u00f6n u\u00e7 uygulamas\u0131 vb.) kendi makinesinde veya Docker gibi konteyner teknolojileri kullanarak yerel olarak \u00e7al\u0131\u015ft\u0131r\u0131r. Bu kurulumda, uygulaman\u0131n \u00e7al\u0131\u015fmas\u0131 i\u00e7in harici bir DNS \u00e7\u00f6z\u00fcmlemesine veya CDN hizmetine ihtiya\u00e7 duyulmaz. \u00d6rne\u011fin, bir web uygulamas\u0131 genellikle \u00dcretim ortam\u0131 ise tamamen farkl\u0131 bir felsefeyle tasarlanm\u0131\u015ft\u0131r. Milyonlarca kullan\u0131c\u0131ya hizmet vermek, y\u00fcksek eri\u015filebilirlik sa\u011flamak ve g\u00fcvenlik tehditlerine kar\u015f\u0131 korunmak i\u00e7in Cloudflare gibi kritik altyap\u0131 hizmetlerine yo\u011fun bir \u015fekilde ba\u011f\u0131ml\u0131d\u0131r. Bir web sitesi alan ad\u0131, Cloudflare’\u0131n DNS sunucular\u0131n\u0131 i\u015faret edecek \u015fekilde yap\u0131land\u0131r\u0131l\u0131r ve t\u00fcm internet trafi\u011fi \u00f6nce Cloudflare \u00fczerinden ge\u00e7er. Bu da, Cloudflare’\u0131n sorun ya\u015famas\u0131 durumunda \u00fcretimin do\u011frudan etkilenmesi anlam\u0131na gelir. DEV ortam\u0131 ise bu t\u00fcr ba\u011f\u0131ml\u0131l\u0131klar\u0131 minimize ederek, geli\u015ftiricilerin harici kesintilerden etkilenmeden kodlamaya devam etmelerini sa\u011flar. Bu ayr\u0131m, hem geli\u015ftirme verimlili\u011fi hem de \u00fcretim istikrar\u0131 a\u00e7\u0131s\u0131ndan kritik \u00f6neme sahiptir.<\/p>\n Bu ba\u011flamda, geli\u015ftiricilerin kesinti s\u0131ras\u0131nda nas\u0131l \u00e7al\u0131\u015fmaya devam edebileceklerini anlamak i\u00e7in DEV ortam\u0131n\u0131n ba\u011f\u0131ms\u0131zl\u0131\u011f\u0131n\u0131 daha yak\u0131ndan incelemek gerekir. Bir kesinti an\u0131nda, bir geli\u015ftirici yeni bir \u00f6zellik \u00fczerinde \u00e7al\u0131\u015f\u0131yor veya mevcut bir hatay\u0131 gideriyor olabilir. Kodu yerel olarak \u00e7al\u0131\u015ft\u0131r\u0131p test edebildi\u011fi s\u00fcrece, harici bir hizmetin kesintiye u\u011framas\u0131 onu do\u011frudan engellemez. Elbette, e\u011fer geli\u015ftirdi\u011fi \u00f6zellik harici bir \u00fc\u00e7\u00fcnc\u00fc taraf API’ye ba\u011f\u0131ml\u0131ysa ve o API de Cloudflare \u00fczerinden hizmet veriyorsa, bu bir sorun yaratabilir. Ancak bu t\u00fcr senaryolar i\u00e7in bile, geli\u015ftiriciler genellikle mock (sahte) API’ler veya sim\u00fcle edilmi\u015f veri kaynaklar\u0131 kullanarak \u00e7al\u0131\u015fmalar\u0131na devam edebilirler. Bu da, DEV ortam\u0131n\u0131n esnekli\u011fini ve ba\u011f\u0131ms\u0131zl\u0131\u011f\u0131n\u0131 art\u0131ran ba\u015fka bir \u00f6nemli fakt\u00f6rd\u00fcr.<\/p>\n Yerel geli\u015ftirme ortam\u0131, bir geli\u015ftiricinin kendi bilgisayar\u0131nda kurdu\u011fu ve uygulamas\u0131n\u0131 \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131 izole bir aland\u0131r. Genellikle “localhost” veya “127.0.0.1” IP adresi \u00fczerinden eri\u015filen bu ortam, internet \u00fczerindeki canl\u0131 sunuculardan tamamen ba\u011f\u0131ms\u0131zd\u0131r. Bir taray\u0131c\u0131ya “localhost” yazd\u0131\u011f\u0131n\u0131zda, i\u015fletim sisteminiz bu iste\u011fi do\u011frudan kendi i\u00e7indeki yerel a\u011f aray\u00fcz\u00fcne y\u00f6nlendirir. Bu s\u00fcre\u00e7te, herhangi bir d\u0131\u015f DNS sunucusuna (Cloudflare gibi) veya internet servis sa\u011flay\u0131c\u0131s\u0131na (ISP) ihtiya\u00e7 duyulmaz. Bu, Cloudflare’da bir kesinti ya\u015fand\u0131\u011f\u0131nda bile, yerel olarak \u00e7al\u0131\u015fan uygulaman\u0131z\u0131n etkilenmemesinin temel nedenidir.<\/p>\n Localhost’un i\u015fleyi\u015fini anlamak i\u00e7in <\/code><\/p>\n Bu sayede, taray\u0131c\u0131ya G\u00fcn\u00fcm\u00fczde yerel geli\u015ftirme ortamlar\u0131 genellikle Docker gibi konteyner teknolojileriyle kurulur. Docker, uygulaman\u0131n t\u00fcm ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 (veritaban\u0131, arka u\u00e7, \u00f6n u\u00e7) kendi izole konteynerleri i\u00e7inde bar\u0131nd\u0131r\u0131r. Bu, geli\u015ftiricinin makinesinde tutarl\u0131 ve tekrarlanabilir bir ortam yarat\u0131r. Bir <\/code><\/p>\n Bu yap\u0131land\u0131rmada, Bir uygulaman\u0131n kesintilere kar\u015f\u0131 direnci, b\u00fcy\u00fck \u00f6l\u00e7\u00fcde mimarisine ve ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 nas\u0131l y\u00f6netti\u011fine ba\u011fl\u0131d\u0131r. Modern uygulama geli\u015ftirme pratikleri, monolitik yap\u0131lardan mikroservis mimarilerine do\u011fru bir ge\u00e7i\u015f e\u011filimindedir. Mikroservisler, b\u00fcy\u00fck bir uygulaman\u0131n k\u00fc\u00e7\u00fck, ba\u011f\u0131ms\u0131z ve birbirleriyle ileti\u015fim kuran servisler halinde b\u00f6l\u00fcnmesini ifade eder. Bu yakla\u015f\u0131m, bir servisin \u00e7\u00f6kmesi durumunda di\u011fer servislerin \u00e7al\u0131\u015fmaya devam etmesini sa\u011flayarak uygulaman\u0131n genel direncini art\u0131r\u0131r. Oysa monolitik bir yap\u0131da, tek bir bile\u015fendeki hata t\u00fcm uygulaman\u0131n \u00e7\u00f6kmesine yol a\u00e7abilir.<\/p>\n Harici ba\u011f\u0131ml\u0131l\u0131klar\u0131n y\u00f6netimi de kritik bir konudur. Uygulamalar genellikle \u00fc\u00e7\u00fcnc\u00fc taraf API'lere (\u00f6deme sistemleri, e-posta servisleri, harita servisleri vb.) veya d\u0131\u015f veritabanlar\u0131na ba\u011f\u0131ml\u0131d\u0131r. Bu ba\u011f\u0131ml\u0131l\u0131klardan birinin kesintiye u\u011framas\u0131, uygulaman\u0131n tamam\u0131n\u0131 etkileyebilir. Bu riski azaltmak i\u00e7in \"Devre Kesici (Circuit Breaker)\" ve \"Geri D\u00f6n\u00fc\u015f (Fallback)\" desenleri gibi tasar\u0131m kal\u0131plar\u0131 kullan\u0131l\u0131r. Devre Kesici deseni, ba\u015far\u0131s\u0131z olan bir servise yap\u0131lan s\u00fcrekli isteklerin \u00f6n\u00fcne ge\u00e7er ve belirli bir s\u00fcre boyunca o servise yap\u0131lan \u00e7a\u011fr\u0131lar\u0131 otomatik olarak engeller. Bu, ba\u015far\u0131s\u0131z servisin kurtar\u0131lmas\u0131na zaman tan\u0131rken, uygulaman\u0131n di\u011fer b\u00f6l\u00fcmlerinin gereksiz y\u00fck alt\u0131nda kalmas\u0131n\u0131 engeller. \u00d6rne\u011fin, bir e-posta bildirim servisi \u00e7al\u0131\u015fm\u0131yorsa, sistem bu servise s\u00fcrekli istek g\u00f6ndermek yerine, devre kesiciyi a\u00e7arak e-posta g\u00f6ndermeyi bir s\u00fcreli\u011fine durdurabilir.<\/p>\n <\/code><\/p>\n Geri D\u00f6n\u00fc\u015f (Fallback) deseni ise, birincil servisin ba\u015far\u0131s\u0131z olmas\u0131 durumunda devreye giren alternatif bir mekanizma sa\u011flar. \u00d6rne\u011fin, birincil \u00f6deme sa\u011flay\u0131c\u0131s\u0131 \u00e7al\u0131\u015fm\u0131yorsa, uygulama otomatik olarak ikincil bir \u00f6deme sa\u011flay\u0131c\u0131s\u0131na y\u00f6nlendirme yapabilir. Bu t\u00fcr desenlerin uygulanmas\u0131, bir uygulaman\u0131n kritik olmayan hizmetlerde ya\u015fanan aksakl\u0131klardan dolay\u0131 tamamen \u00e7\u00f6kmesini engeller ve kullan\u0131c\u0131 deneyiminin m\u00fcmk\u00fcn oldu\u011funca kesintisiz kalmas\u0131n\u0131 sa\u011flar. Ayr\u0131ca, kritik olmayan hizmetlerin (\u00f6rne\u011fin, analytics veya loglama) ana i\u015f ak\u0131\u015f\u0131ndan izole edilmesi, bunlar\u0131n ba\u015far\u0131s\u0131zl\u0131klar\u0131n\u0131n uygulaman\u0131n temel fonksiyonlar\u0131n\u0131 etkilememesini garanti eder. Ba\u011f\u0131ml\u0131l\u0131klar\u0131n tespiti ve y\u00f6netimi i\u00e7in s\u00fcrekli izleme ve alarm sistemleri de b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r. Bu sayede, bir ba\u011f\u0131ml\u0131l\u0131kta sorun ya\u015fanmaya ba\u015fland\u0131\u011f\u0131nda h\u0131zl\u0131ca m\u00fcdahale edilebilir ve potansiyel bir kesintinin \u00f6n\u00fcne ge\u00e7ilebilir.<\/p>\n Uzman \u0130pucu: Mikroservis mimarisini benimserken, servisler aras\u0131 ileti\u015fimin sa\u011flaml\u0131\u011f\u0131n\u0131 art\u0131rmak i\u00e7in mesaj kuyruklar\u0131 (Kafka, RabbitMQ) kullanmay\u0131 d\u00fc\u015f\u00fcnebilirsiniz. Bu, servisler aras\u0131nda ba\u011f\u0131ml\u0131l\u0131\u011f\u0131 azalt\u0131r ve hata tolerans\u0131n\u0131 y\u00fckseltir.<\/p>\n \u00dcretim ortam\u0131n\u0131n, geli\u015ftirme ortam\u0131ndan \u00e7ok daha y\u00fcksek bir eri\u015filebilirlik ve dayan\u0131kl\u0131l\u0131k seviyesine sahip olmas\u0131 beklenir. Tek bir hata noktas\u0131n\u0131n (Single Point of Failure - SPoF) olu\u015fumunu engellemek, modern web uygulamalar\u0131 i\u00e7in en temel hedeftir. Cloudflare gibi kritik bir sa\u011flay\u0131c\u0131n\u0131n kesintiye u\u011framas\u0131 durumunda bile sistemin \u00e7al\u0131\u015fmaya devam etmesini sa\u011flamak, iyi d\u00fc\u015f\u00fcn\u00fclm\u00fc\u015f y\u00fcksek eri\u015filebilirlik (High Availability - HA) ve felaket kurtarma (Disaster Recovery - DR) stratejileri gerektirir.<\/p>\n Bu stratejilerin ba\u015f\u0131nda \u00e7oklu CDN kullan\u0131m\u0131 gelir. Tek bir CDN sa\u011flay\u0131c\u0131s\u0131na ba\u011f\u0131ml\u0131 olmak yerine, iki veya daha fazla farkl\u0131 CDN sa\u011flay\u0131c\u0131s\u0131 ile \u00e7al\u0131\u015fmak, birinin kesintiye u\u011framas\u0131 durumunda trafi\u011fi di\u011ferine y\u00f6nlendirme esnekli\u011fi sunar. Bu, DNS sa\u011flay\u0131c\u0131s\u0131n\u0131n ak\u0131ll\u0131ca yap\u0131land\u0131r\u0131lmas\u0131yla veya \u00f6zel bir Global Server Load Balancing (GSLB) \u00e7\u00f6z\u00fcm\u00fcyle m\u00fcmk\u00fcn olabilir. GSLB, kullan\u0131c\u0131lar\u0131n co\u011frafi konumuna veya sunucu y\u00fck\u00fcne g\u00f6re trafi\u011fi farkl\u0131 veri merkezlerine veya CDN'lere y\u00f6nlendirebilir. E\u011fer bir CDN pasif hale gelirse, GSLB otomatik olarak trafi\u011fi aktif olan di\u011fer CDN'e y\u00f6nlendirerek kesintisiz hizmet sa\u011flar. Bu, manuel m\u00fcdahale gerektirmeyen otomatik anahtarlama (failover) yetene\u011fi ile birle\u015fti\u011finde, kesinti s\u00fcresini minimuma indirir.<\/p>\n DNS tabanl\u0131 y\u00fck dengeleme de y\u00fcksek eri\u015filebilirli\u011fin temel ta\u015flar\u0131ndan biridir. Geli\u015fmi\u015f DNS servisleri (Cloudflare'\u0131n kendisi de buna dahildir, ancak burada \"Cloudflare's\u0131z\" bir senaryo d\u00fc\u015f\u00fcn\u00fcl\u00fcyor), sa\u011fl\u0131k kontrolleri yaparak yaln\u0131zca sa\u011fl\u0131kl\u0131 olan sunuculara veya IP adreslerine trafik y\u00f6nlendirebilir. \u00d6rne\u011fin, birden fazla bulut sa\u011flay\u0131c\u0131s\u0131nda (AWS, Azure, GCP) ayn\u0131 uygulaman\u0131n kopyalar\u0131n\u0131 \u00e7al\u0131\u015ft\u0131rmak ve DNS kayd\u0131n\u0131 t\u00fcm bu kopyalar\u0131n IP adresleriyle yap\u0131land\u0131rmak, bir b\u00f6lgenin veya bulut sa\u011flay\u0131c\u0131s\u0131n\u0131n tamamen \u00e7\u00f6kmesi durumunda bile hizmetin devam etmesini sa\u011flar. Otomatik anahtarlama mekanizmalar\u0131, bu \"sa\u011fl\u0131ks\u0131z\" kaynaklar\u0131 otomatik olarak havuzdan \u00e7\u0131kar\u0131r ve hizmetin s\u00fcrekli olmas\u0131n\u0131 garanti eder. Bu yakla\u015f\u0131m, \"bulut sa\u011flay\u0131c\u0131s\u0131ndan ba\u011f\u0131ms\u0131zl\u0131k\" ilkesini de destekler; uygulaman\u0131z tek bir bulut platformuna a\u015f\u0131r\u0131 ba\u011f\u0131ml\u0131 hale gelmez.<\/p>\n Felaket kurtarma planlar\u0131, yaln\u0131zca teknik \u00e7\u00f6z\u00fcmlerden ibaret de\u011fildir; ayn\u0131 zamanda i\u015f s\u00fcre\u00e7lerini ve insan fakt\u00f6r\u00fcn\u00fc de i\u00e7erir. Bir felaket senaryosu i\u00e7in detayl\u0131 bir planlama, d\u00fczenli tatbikatlar ve otomatik kurtarma senaryolar\u0131 geli\u015ftirmek hayati \u00f6nem ta\u015f\u0131r. Verilerin d\u00fczenli yedeklenmesi ve farkl\u0131 co\u011frafi b\u00f6lgelerde depolanmas\u0131, veri kayb\u0131 riskini azalt\u0131r. Kurtarma zaman\u0131 hedefi (Recovery Time Objective - RTO) ve kurtarma noktas\u0131 hedefi (Recovery Point Objective - RPO) gibi metrikler, felaket an\u0131nda ne kadar veri kaybedilebilece\u011fini ve sistemin ne kadar s\u00fcrede geri getirilebilece\u011fini belirler. \u00d6rne\u011fin, Cloudflare'\u0131n geni\u015f \u00e7apl\u0131 bir kesintisinde, e\u011fer DNS kay\u0131tlar\u0131n\u0131z Cloudflare'\u0131n d\u0131\u015f\u0131nda da yedeklenmi\u015fse ve h\u0131zl\u0131ca ba\u015fka bir DNS sa\u011flay\u0131c\u0131s\u0131na y\u00f6nlendirme yapabilecek bir plan\u0131n\u0131z varsa, kesinti s\u00fcresini \u00f6nemli \u00f6l\u00e7\u00fcde azaltabilirsiniz. T\u00fcm bu stratejiler, \u00fcretim ortam\u0131n\u0131n en zorlu ko\u015fullarda bile ayakta kalmas\u0131n\u0131 sa\u011flayacak bir dayan\u0131kl\u0131l\u0131k katman\u0131 olu\u015fturur.<\/p>\n S\u00fcrekli Entegrasyon (CI) ve S\u00fcrekli Da\u011f\u0131t\u0131m (CD) s\u00fcre\u00e7leri, modern yaz\u0131l\u0131m geli\u015ftirmenin temel ta\u015flar\u0131d\u0131r. Bu s\u00fcre\u00e7ler, kod de\u011fi\u015fikliklerinin otomatik olarak birle\u015ftirilmesini, test edilmesini ve \u00fcretim ortam\u0131na da\u011f\u0131t\u0131lmas\u0131n\u0131 sa\u011flayarak geli\u015ftirme d\u00f6ng\u00fcs\u00fcn\u00fc h\u0131zland\u0131r\u0131r. Ancak, bu s\u00fcre\u00e7lerin sadece h\u0131z\u0131 art\u0131rmakla kalmay\u0131p, ayn\u0131 zamanda sistemin kesintilere kar\u015f\u0131 direncini art\u0131rmada da \u00f6nemli bir rol oynad\u0131\u011f\u0131 s\u0131k\u00e7a g\u00f6z ard\u0131 edilir. CI\/CD boru hatt\u0131na kesinti y\u00f6netimi stratejilerini entegre etmek, beklenmedik durumlar kar\u015f\u0131s\u0131nda daha haz\u0131rl\u0131kl\u0131 olmam\u0131z\u0131 sa\u011flar.<\/p>\n CI\/CD boru hatt\u0131n\u0131n \u00f6nemli bir par\u00e7as\u0131, otomatik testlerdir. Birim testleri, entegrasyon testleri ve kabul testleri gibi \u00e7e\u015fitli test seviyeleri, yeni kodun mevcut sistemi bozmad\u0131\u011f\u0131n\u0131 garanti eder. Ancak, kesinti y\u00f6netimi perspektifinden bak\u0131ld\u0131\u011f\u0131nda, yaln\u0131zca fonksiyonelli\u011fi test etmek yeterli de\u011fildir. Hata enjeksiyonu (fault injection) ve kaotik m\u00fchendislik (chaos engineering) prensipleri de CI\/CD s\u00fcrecine dahil edilmelidir. Bu, sistemin belirli bile\u015fenleri kas\u0131tl\u0131 olarak ba\u015far\u0131s\u0131z hale getirilerek veya a\u011f gecikmeleri sim\u00fcle edilerek, uygulaman\u0131n bu durumlara nas\u0131l tepki verdi\u011finin otomatik olarak test edilmesini i\u00e7erir. \u00d6rne\u011fin, bir test a\u015famas\u0131nda uygulaman\u0131n harici bir API'ye eri\u015fimi engellenerek, uygulaman\u0131n Devre Kesici desenini do\u011fru bir \u015fekilde uygulay\u0131p uygulamad\u0131\u011f\u0131 kontrol edilebilir.<\/p>\n <\/code><\/p>\n Da\u011f\u0131t\u0131m stratejileri de kesinti y\u00f6netiminde kritik bir rol oynar. Canary da\u011f\u0131t\u0131mlar\u0131 ve mavi\/ye\u015fil da\u011f\u0131t\u0131m stratejileri, yeni s\u00fcr\u00fcmlerin \u00fcretim ortam\u0131na kademeli olarak veya tamamen izole bir \u015fekilde tan\u0131t\u0131lmas\u0131n\u0131 sa\u011flar. Canary da\u011f\u0131t\u0131mlar\u0131nda, yeni kod ilk olarak k\u00fc\u00e7\u00fck bir kullan\u0131c\u0131 grubuna sunulur ve performans ile hata oranlar\u0131 izlenir. E\u011fer her \u015fey yolundaysa, da\u011f\u0131t\u0131m kademeli olarak t\u00fcm kullan\u0131c\u0131lara geni\u015fletilir. Mavi\/ye\u015fil da\u011f\u0131t\u0131mda ise, uygulaman\u0131n iki tamamen ayr\u0131 \u00fcretim ortam\u0131 (mavi ve ye\u015fil) e\u015f zamanl\u0131 olarak \u00e7al\u0131\u015f\u0131r. Yeni s\u00fcr\u00fcm ye\u015fil ortama da\u011f\u0131t\u0131l\u0131rken, t\u00fcm trafik hala mavi ortamdad\u0131r. Ye\u015fil ortam test edildikten sonra, t\u00fcm trafik ye\u015file y\u00f6nlendirilir ve mavi ortam yedek olarak tutulur veya kapat\u0131l\u0131r. Bu y\u00f6ntemler, bir kesinti veya ciddi hata durumunda h\u0131zl\u0131 bir \u015fekilde eski s\u00fcr\u00fcme geri d\u00f6nme (rollback) imkan\u0131 sunar.<\/p>\n Geri alma (rollback) mekanizmalar\u0131, her CI\/CD boru hatt\u0131n\u0131n olmazsa olmaz\u0131d\u0131r. Herhangi bir da\u011f\u0131t\u0131m\u0131n ba\u015far\u0131s\u0131z olmas\u0131 durumunda, sistemin otomatik olarak \u00f6nceki, kararl\u0131 bir s\u00fcr\u00fcme geri d\u00f6nebilmesi sa\u011flanmal\u0131d\u0131r. Bu, kesinti an\u0131nda manuel m\u00fcdahaleye olan ihtiyac\u0131 azalt\u0131r ve kurtarma s\u00fcresini \u00f6nemli \u00f6l\u00e7\u00fcde k\u0131salt\u0131r. Ayr\u0131ca, da\u011f\u0131t\u0131m s\u0131ras\u0131nda otomatik izleme ve alarm sistemlerinin entegrasyonu, herhangi bir anormallik tespit edildi\u011finde ekibi an\u0131nda bilgilendirerek h\u0131zl\u0131 m\u00fcdahaleyi m\u00fcmk\u00fcn k\u0131lar. K\u0131sacas\u0131, CI\/CD s\u00fcre\u00e7leri, sadece yeni \u00f6zelliklerin h\u0131zl\u0131 bir \u015fekilde sunulmas\u0131n\u0131 de\u011fil, ayn\u0131 zamanda sistemin dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131 ve felaketlere kar\u015f\u0131 direncini de g\u00fc\u00e7lendiren kapsaml\u0131 bir stratejinin par\u00e7as\u0131 olmal\u0131d\u0131r.<\/p>\n Mobil cihazlardan web'e eri\u015fim, g\u00fcn\u00fcm\u00fcz internet trafi\u011finin b\u00fcy\u00fck bir b\u00f6l\u00fcm\u00fcn\u00fc olu\u015fturmaktad\u0131r. Bu nedenle, web sitelerinin ve uygulamalar\u0131n\u0131n mobil uyumlu (responsive) olmas\u0131 sadece bir tercih de\u011fil, bir zorunluluktur. Mobil uyumlu tasar\u0131m, farkl\u0131 ekran boyutlar\u0131na ve cihazlara (ak\u0131ll\u0131 telefonlar, tabletler) otomatik olarak adapte olabilen bir kullan\u0131c\u0131 aray\u00fcz\u00fc anlam\u0131na gelir. Ancak, mobil uyumluluk sadece ekran d\u00fczenlemesiyle s\u0131n\u0131rl\u0131 de\u011fildir; ayn\u0131 zamanda performans, eri\u015filebilirlik ve hatta Cloudflare gibi d\u0131\u015f hizmetlerin kesintiye u\u011framas\u0131 durumunda kullan\u0131c\u0131 deneyiminin korunmas\u0131 gibi fakt\u00f6rleri de kapsar.<\/p>\n Cloudflare gibi bir CDN hizmetinin kesintiye u\u011framas\u0131, mobil kullan\u0131c\u0131 deneyimini \u00f6zellikle olumsuz etkileyebilir. Mobil cihazlar genellikle daha s\u0131n\u0131rl\u0131 bant geni\u015fli\u011fine ve daha de\u011fi\u015fken a\u011f ko\u015fullar\u0131na sahiptir. CDN'den servis edilemeyen statik dosyalar, do\u011frudan ana sunucudan \u00e7ekilmek zorunda kal\u0131r ki bu da y\u00fcklenme s\u00fcrelerini uzat\u0131r ve mobil veri kullan\u0131m\u0131n\u0131 art\u0131r\u0131r. Bu durum, \u00f6zellikle d\u00fc\u015f\u00fck internet h\u0131z\u0131na sahip b\u00f6lgelerdeki kullan\u0131c\u0131lar i\u00e7in uygulamalar\u0131n neredeyse kullan\u0131lamaz hale gelmesine yol a\u00e7abilir. Bu riski minimize etmek i\u00e7in mobil uyumlu tasar\u0131m pratikleri i\u00e7inde baz\u0131 ek optimizasyonlar d\u00fc\u015f\u00fcn\u00fclmelidir.<\/p>\n CSS <\/code><\/p>\n Bu \u00f6rnekte, 768 pikselden k\u00fc\u00e7\u00fck ekranlarda kapsay\u0131c\u0131 (container) geni\u015fli\u011fi %100 yap\u0131l\u0131r ve resimlerin ekran\u0131 ta\u015fmamas\u0131 sa\u011flan\u0131r. Ayr\u0131ca, yaln\u0131zca masa\u00fcst\u00fcnde g\u00f6r\u00fcnen baz\u0131 elementler mobil g\u00f6r\u00fcn\u00fcmde gizlenebilir, bu da daha h\u0131zl\u0131 y\u00fckleme s\u00fcresi ve daha temiz bir mobil deneyim sunar.<\/p>\n CDN'siz senaryolarda veya CDN'nin aksad\u0131\u011f\u0131 durumlarda, taray\u0131c\u0131 tabanl\u0131 \u00f6nbellekleme ve Service Worker'lar kullan\u0131c\u0131 deneyimini korumak i\u00e7in hayati \u00f6nem ta\u015f\u0131r. Service Worker'lar, bir web sayfas\u0131n\u0131n arka plan\u0131nda \u00e7al\u0131\u015fan JavaScript kodlar\u0131d\u0131r ve a\u011f isteklerini keserek \u00f6zelle\u015ftirilmi\u015f \u00f6nbellekleme stratejileri uygulamas\u0131na olanak tan\u0131r. Bu sayede, uygulaman\u0131n kritik statik varl\u0131klar\u0131 (CSS, JS, resimler) taray\u0131c\u0131n\u0131n yerel \u00f6nbelle\u011finde saklanabilir ve internet ba\u011flant\u0131s\u0131 olmasa bile veya CDN kesintiye u\u011frasa bile uygulama \"\u00e7evrimd\u0131\u015f\u0131\" olarak \u00e7al\u0131\u015fmaya devam edebilir. Bu, \u00f6zellikle Progressive Web Apps (PWA) i\u00e7in kritik bir yetenektir ve mobil kullan\u0131c\u0131lar i\u00e7in kesintisiz bir deneyim sunar. Lazy loading (tembel y\u00fckleme) teknikleri ile sadece g\u00f6r\u00fcnt\u00fc alan\u0131 i\u00e7inde olan g\u00f6rsellerin y\u00fcklenmesi, gereksiz kaynak t\u00fcketimini \u00f6nler ve sayfa y\u00fckleme s\u00fcresini optimize eder. T\u00fcm bu mobil uyumlu ve performans odakl\u0131 yakla\u015f\u0131mlar, Cloudflare gibi d\u0131\u015f hizmetlerde ya\u015fanabilecek kesintilere kar\u015f\u0131 kullan\u0131c\u0131 deneyimini koruyan g\u00fc\u00e7l\u00fc bir savunma hatt\u0131 olu\u015fturur.<\/p>\n Uzman \u0130pucu: Uygulaman\u0131z\u0131n temel i\u015flevleri i\u00e7in bir \"\u00e7evrimd\u0131\u015f\u0131 modu\" tasarlayarak Service Worker'lar\u0131 etkin bir \u015fekilde kullan\u0131n. Bu, internet kesintilerinde bile kullan\u0131c\u0131lar\u0131n\u0131za belirli bir d\u00fczeyde eri\u015fim sa\u011flaman\u0131za olanak tan\u0131r.<\/p>\n Cloudflare gibi devasa bir altyap\u0131 sa\u011flay\u0131c\u0131s\u0131n\u0131n bile zaman zaman kesintiler ya\u015fayabilece\u011fi ger\u00e7e\u011fi, modern web uygulamalar\u0131 geli\u015ftiren herkes i\u00e7in \u00f6nemli dersler i\u00e7erir. \"Cloudflare down, DEV still up\" senaryosu, geli\u015ftirme ortamlar\u0131n\u0131n \u00fcretim ortamlar\u0131ndan neden farkl\u0131 bir yap\u0131ya sahip oldu\u011funu ve bu farkl\u0131l\u0131\u011f\u0131n bize ne gibi avantajlar sa\u011flad\u0131\u011f\u0131n\u0131 a\u00e7\u0131k\u00e7a g\u00f6zler \u00f6n\u00fcne sermektedir. Geli\u015ftirme ortamlar\u0131n\u0131n yerel, izole ve d\u0131\u015f ba\u011f\u0131ml\u0131l\u0131klardan nispeten ar\u0131nd\u0131r\u0131lm\u0131\u015f olmas\u0131, geli\u015ftiricilerin k\u00fcresel \u00e7apta ya\u015fanan kesintilerden etkilenmeden \u00e7al\u0131\u015fmalar\u0131na devam etmelerini sa\u011flar. Bu durum, yaz\u0131l\u0131m geli\u015ftirme s\u00fcrecinin temel bir esneklik ve ba\u011f\u0131ms\u0131zl\u0131k ilkesine dayand\u0131\u011f\u0131n\u0131 g\u00f6stermektedir.<\/p>\n Ancak, bu senaryo ayn\u0131 zamanda \u00fcretim ortamlar\u0131 i\u00e7in al\u0131nmas\u0131 gereken dersleri de vurgulamaktad\u0131r. Y\u00fcksek eri\u015filebilirlik, felaket kurtarma ve dayan\u0131kl\u0131l\u0131k, \u00fcretim sistemlerinin olmazsa olmazlar\u0131d\u0131r. \u00c7oklu CDN stratejileri, ak\u0131ll\u0131 DNS tabanl\u0131 y\u00fck dengeleme, devre kesici ve geri d\u00f6n\u00fc\u015f desenleri gibi mimari yakla\u015f\u0131mlar, sistemin tek bir hata noktas\u0131na ba\u011f\u0131ml\u0131l\u0131\u011f\u0131n\u0131 azalt\u0131r. S\u00fcrekli entegrasyon ve s\u00fcrekli da\u011f\u0131t\u0131m (CI\/CD) s\u00fcre\u00e7lerine hata enjeksiyonu ve otomatik geri alma mekanizmalar\u0131n\u0131n entegre edilmesi, olas\u0131 kesintilere kar\u015f\u0131 haz\u0131rl\u0131kl\u0131 olmay\u0131 ve h\u0131zl\u0131 m\u00fcdahale yetene\u011fini art\u0131r\u0131r. Son olarak, mobil uyumlu tasar\u0131m pratikleri ve Service Worker'lar gibi \u00f6nbellekleme teknikleri, kullan\u0131c\u0131 deneyimini d\u0131\u015far\u0131daki kesintilerden koruman\u0131n \u00f6nemli yollar\u0131ndand\u0131r.<\/p>\n Gelecekteki kesintilere kar\u015f\u0131 en iyi savunma, \u00f6nleyici tedbirler almak, esnek mimariler tasarlamak ve s\u00fcrekli test etmektir. Ba\u011f\u0131ms\u0131zl\u0131k, esneklik ve haz\u0131rl\u0131kl\u0131 olma, yaln\u0131zca Cloudflare gibi b\u00fcy\u00fck sa\u011flay\u0131c\u0131lardan kaynaklanan kesintilere de\u011fil, ayn\u0131 zamanda di\u011fer potansiyel felaketlere kar\u015f\u0131 da i\u015fletmenizi ve uygulamalar\u0131n\u0131z\u0131 g\u00fcvende tutman\u0131n anahtar\u0131d\u0131r. Unutmayal\u0131m ki, web d\u00fcnyas\u0131nda kesinlikle ka\u00e7\u0131n\u0131lmaz olan tek \u015fey de\u011fi\u015fim ve beklenmedik durumlard\u0131r; \u00f6nemli olan, bunlara ne kadar haz\u0131rl\u0131kl\u0131 oldu\u011fumuzdur.<\/p>\n <\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Cloudflare gibi kritik bir a\u011f hizmeti sa\u011flay\u0131c\u0131s\u0131 devre d\u0131\u015f\u0131 kald\u0131\u011f\u0131nda, canl\u0131ya al\u0131nm\u0131\u015f projelerinizin eri\u015filemez hale gelmesi ka\u00e7\u0131n\u0131lmaz bir…","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":[1341],"tags":[],"class_list":{"0":"post-34546","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-cloud","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nhttp:\/\/localhost:3000<\/code> veya http:\/\/127.0.0.1:8000<\/code> gibi bir adres \u00fczerinden eri\u015filir. Bu adresler, do\u011frudan geli\u015ftiricinin kendi bilgisayar\u0131 i\u00e7inde \u00e7\u00f6z\u00fcmlenir ve herhangi bir d\u0131\u015f a\u011f ba\u011f\u0131ml\u0131l\u0131\u011f\u0131 ta\u015f\u0131maz. Dolay\u0131s\u0131yla, Cloudflare’\u0131n DNS sunucular\u0131 veya CDN hizmeti devre d\u0131\u015f\u0131 kalsa bile, bu durum yerel makinede \u00e7al\u0131\u015fan geli\u015ftirme ortam\u0131n\u0131 etkilemez.<\/p>\nYerel Geli\u015ftirme Ortam\u0131 (Localhost) Nas\u0131l \u0130\u015fler ve Cloudflare’dan Ba\u011f\u0131ms\u0131zl\u0131\u011f\u0131 Nas\u0131l Sa\u011flar?<\/h3>\n
hosts<\/code> dosyas\u0131n\u0131n rol\u00fcn\u00fc bilmek \u00f6nemlidir. Her i\u015fletim sisteminde bulunan bu k\u00fc\u00e7\u00fck metin dosyas\u0131, alan adlar\u0131n\u0131 IP adresleriyle e\u015fle\u015ftiren basit bir veritaban\u0131 gibi \u00e7al\u0131\u015f\u0131r. Bir taray\u0131c\u0131 bir alan ad\u0131na eri\u015fmeye \u00e7al\u0131\u015ft\u0131\u011f\u0131nda, DNS \u00e7\u00f6z\u00fcmleme s\u00fcreci genellikle \u00f6nce bu hosts<\/code> dosyas\u0131n\u0131 kontrol eder. E\u011fer istenen alan ad\u0131 hosts<\/code> dosyas\u0131nda tan\u0131ml\u0131ysa, sistem harici bir DNS sunucusuna gitmek yerine do\u011frudan buradaki IP adresini kullan\u0131r. \u00d6rne\u011fin, bir geli\u015ftirici hosts<\/code> dosyas\u0131na \u015fu sat\u0131r\u0131 ekleyebilir:<\/p>\n\n127.0.0.1 benimuygulamam.dev\n <\/pre>\nbenimuygulamam.dev<\/code> yazd\u0131\u011f\u0131nda, istek 127.0.0.1<\/code> IP adresine, yani geli\u015ftiricinin kendi bilgisayar\u0131nda \u00e7al\u0131\u015fan yerel sunucuya y\u00f6nlendirilir. Cloudflare'\u0131n DNS hizmetlerinin kesintiye u\u011framas\u0131 bu i\u015flemi etkilemez \u00e7\u00fcnk\u00fc \u00e7\u00f6z\u00fcmleme tamamen yerel olarak ger\u00e7ekle\u015fir.<\/p>\ndocker-compose.yml<\/code> dosyas\u0131, t\u00fcm servislerin nas\u0131l ba\u015flat\u0131laca\u011f\u0131n\u0131 tan\u0131mlar. \u0130\u015fte basit bir \u00f6rnek:<\/p>\n\nversion: '3.8'\nservices:\n web:\n build: .\n ports:\n - \"80:80\"\n volumes:\n - .:\/app\n depends_on:\n - db\n db:\n image: postgres:13\n environment:\n POSTGRES_DB: mydatabase\n POSTGRES_USER: user\n POSTGRES_PASSWORD: password\n <\/pre>\nweb<\/code> servisi (uygulaman\u0131z) 80 numaral\u0131 porttan eri\u015filebilir olacak ve db<\/code> servisi (PostgreSQL veritaban\u0131) ile ileti\u015fim kuracakt\u0131r. T\u00fcm bu i\u015flemler, geli\u015ftiricinin yerel makinesi \u00fczerinde ger\u00e7ekle\u015fti\u011fi i\u00e7in, Cloudflare'\u0131n k\u00fcresel a\u011f\u0131yla herhangi bir do\u011frudan ba\u011f\u0131 yoktur. Bu sayede, internet \u00fczerinde ya\u015fanabilecek olas\u0131 bir kesinti, geli\u015ftiricilerin i\u015f ak\u0131\u015f\u0131n\u0131 bozmaz ve \u00fcretkenliklerini s\u00fcrd\u00fcrmelerine olanak tan\u0131r. Yerel ortam\u0131n ba\u011f\u0131ms\u0131zl\u0131\u011f\u0131, asl\u0131nda yaz\u0131l\u0131m geli\u015ftirme metodolojisinin temel ta\u015flar\u0131ndan biridir ve bu t\u00fcr beklenmedik durumlar kar\u015f\u0131s\u0131nda b\u00fcy\u00fck bir avantaj sa\u011flar.<\/p>\nUygulama Mimarisi ve Ba\u011f\u0131ml\u0131l\u0131k Y\u00f6netimi: Kesintiye Kar\u015f\u0131 Diren\u00e7 Nas\u0131l Art\u0131r\u0131l\u0131r?<\/h2>\n
\n\/\/ Basit bir Devre Kesici (Circuit Breaker) mant\u0131\u011f\u0131 \u00f6rne\u011fi\npublic class EmailService {\n private boolean isCircuitOpen = false;\n private long lastFailureTime = 0;\n private final long COOLDOWN_PERIOD = 60_000; \/\/ 1 dakika\n\n public void sendEmail(String to, String subject, String body) {\n if (isCircuitOpen && System.currentTimeMillis() < lastFailureTime + COOLDOWN_PERIOD) {\n System.out.println(\"Devre kesici a\u00e7\u0131k, e-posta g\u00f6nderimi durduruldu.\");\n return;\n }\n\n try {\n \/\/ E-posta g\u00f6nderme mant\u0131\u011f\u0131\n System.out.println(\"E-posta g\u00f6nderiliyor: \" + subject + \" -> \" + to);\n \/\/ Ba\u015far\u0131l\u0131 olursa devreyi kapat\n isCircuitOpen = false;\n } catch (Exception e) {\n System.err.println(\"E-posta g\u00f6nderilemedi: \" + e.getMessage());\n isCircuitOpen = true;\n lastFailureTime = System.currentTimeMillis();\n \/\/ Fallback mekanizmas\u0131 \u00e7a\u011fr\u0131labilir\n handleEmailFailure(to, subject, body);\n }\n }\n\n private void handleEmailFailure(String to, String subject, String body) {\n \/\/ Alternatif bir e-posta servisi kullanma veya hatay\u0131 loglama\n System.out.println(\"Hata y\u00f6netimi: E-posta kuyru\u011fa eklendi veya ba\u015fka bir y\u00f6ntem denenecek.\");\n }\n}\n <\/pre>\nY\u00fcksek Eri\u015filebilirlik ve Felaket Kurtarma Stratejileri: \u00dcretim Ortam\u0131 \u0130\u00e7in Neler Yapmal\u0131y\u0131z?<\/h2>\n
S\u00fcrekli Entegrasyon ve S\u00fcrekli Da\u011f\u0131t\u0131m (CI\/CD) S\u00fcre\u00e7lerinde Kesinti Y\u00f6netimi Nas\u0131l Entegre Edilir?<\/h2>\n
\n# CI\/CD ortam\u0131nda sim\u00fcle edilmi\u015f bir a\u011f kesintisi testi\n# Docker konteynerlerine giden interneti k\u0131s\u0131tlamak i\u00e7in bir komut\n# Bu, Chaos Engineering ara\u00e7lar\u0131 ile daha sofistike yap\u0131labilir.\n# \u00d6rne\u011fin, tc<\/code> komutu ile gecikme\/kay\u0131p enjekte edilebilir.\ndocker exec -it Mobil Uyumlu Web Tasar\u0131m\u0131 ve Cloudflare Kesintileri: Kullan\u0131c\u0131 Deneyimi Nas\u0131l Korunur?<\/h2>\n
@media<\/code> sorgular\u0131, mobil uyumlu tasar\u0131m\u0131n temelini olu\u015fturur. Bu sorgular sayesinde, farkl\u0131 ekran geni\u015flikleri i\u00e7in farkl\u0131 stil kurallar\u0131 tan\u0131mlanabilir. Ancak bu, sadece estetik bir d\u00fczenleme de\u011fildir; ayn\u0131 zamanda performans optimizasyonuna da yard\u0131mc\u0131 olabilir. \u00d6rne\u011fin, mobil cihazlarda gereksiz b\u00fcy\u00fck resimlerin y\u00fcklenmesini engellemek veya karma\u015f\u0131k JavaScript dosyalar\u0131n\u0131 ertelemek i\u00e7in media<\/code> sorgular\u0131 kullan\u0131labilir. A\u015fa\u011f\u0131da basit bir CSS media<\/code> sorgusu \u00f6rne\u011fi verilmi\u015ftir:<\/p>\n\n\/* Genel stiller *\/\nbody {\n font-family: Arial, sans-serif;\n color: #333;\n}\n\n\/* Masa\u00fcst\u00fc ve b\u00fcy\u00fck ekranlar i\u00e7in stiller *\/\n.container {\n width: 960px;\n margin: 0 auto;\n}\n\n\/* K\u00fc\u00e7\u00fck ekranlar (mobil cihazlar) i\u00e7in stiller *\/\n@media screen and (max-width: 768px) {\n .container {\n width: 100%;\n padding: 0 15px;\n }\n img {\n max-width: 100%; \/* Resimlerin ekran boyutuna s\u0131\u011fmas\u0131n\u0131 sa\u011fla *\/\n height: auto;\n }\n .desktop-only-element {\n display: none; \/* Mobilde g\u00f6sterilmeyecek elementler *\/\n }\n}\n <\/pre>\nSonu\u00e7: Ba\u011f\u0131ms\u0131zl\u0131k, Esneklik ve Haz\u0131rl\u0131kl\u0131 Olman\u0131n \u00d6nemi<\/h2>\n
S\u0131k\u00e7a Sorulan Sorular<\/h3>\n
\n
hosts<\/code> dosyan\u0131z\u0131 manip\u00fcle ederek veya proxy sunucu kullanarak ilgili alan adlar\u0131n\u0131 bloklayabilirsiniz. Chaos Engineering ara\u00e7lar\u0131 da bu t\u00fcr sim\u00fclasyonlar i\u00e7in kullan\u0131labilir.<\/li>\n