İstek
İstek tanımlı CDN hostname’ine gelir.
Nasıl Çalışır?
Her istekte doğru yolu seçiyoruz.
HızlıCDN isteği yalnızca bir proxy’den geçirmez. Cache durumu, origin sağlığı ve hata koşullarına göre hangi yolun izleneceğini önceden tanımlanmış kurallarla yönetir.
REQUEST LIFECYCLECACHE + ORIGIN
ZiyaretçiREQUEST
HızlıCDNDECISION
Cache kararıHIT / MISS
HITYanıt
MISSOrigin routing
PRIMARYOrigin A
SECONDARYOrigin B
TERTIARYOrigin C
İstek yaşam döngüsü
İstekten operasyona, aynı model.
İstek akışı, cache kararı ve origin davranışı birbirinden bağımsız ayarlar değildir. HızlıCDN bunları tek bir karar modeli içinde yönetir.
Cache kararı
Cache key ve tanımlı kurallar üzerinden HIT / MISS kararı verilir.
Origin routing
MISS durumunda tanımlı origin sırası devreye girer.
Yanıt
Yanıt cache veya uygun origin kaynağından ziyaretçiye döner.
Operasyon
Health check, purge ve gerekli politika değişiklikleri yönetilir.
Bir isteğin karar izi
Aynı istek.
Koşula göre doğru karar.
HızlıCDN’in farkı yalnızca cache tutmak değil; isteğin hangi koşulda nereden yanıtlanacağını görünür ve yönetilebilir bir karar akışına dönüştürmek.
REQUEST TRACE / USER CONTROLLED
VisitorREQUEST
HızlıCDNROUTING
Cache decisionHIT
CACHE RESPONSEYanıt cache’ten
ORIGIN ROUTINGAlternatif kaynaklar
PRIMARYOrigin AHEALTHY
SECONDARYOrigin BALTERNATIVE
TERTIARYOrigin CALTERNATIVE
RESPONSE SOURCECACHE
Origin failover
Origin’ler zincir değil, alternatif kaynaklardır.
Primary, secondary ve tertiary origin’ler aynı isteğin sırayla geçmek zorunda olduğu duraklar değildir. Cache MISS sonrasında routing katmanı yalnız tanımlı origin sırasını ve hata koşullarını uygular.
Primary origin uygun yanıt vermezse sıradaki alternatif kaynak denenebilir. Gerçek origin kaynakları ve öncelik sırası aktivasyon öncesi doğrulanır.
ORDERED ORIGIN ROUTINGEXAMPLE
HızlıCDN routerMISS PATH
01 / PRIMARYOrigin ATRY FIRST
02 / SECONDARYOrigin BALTERNATIVE
03 / TERTIARYOrigin CALTERNATIVE
Origin sırası ve davranışı proje yapılandırmasına göre tanımlanır.
Stale delivery
Origin problemi her zaman boş yanıt demek değil.
Cache’te uygun içerik varsa ve tanımlı hata / timeout koşulları oluşursa stale içerik geçici yanıt olarak sunulabilir. Her origin probleminde stale yanıt verileceği garanti edilmez.
01Cache’te uygun içerik var mı?Gerekli
02Origin hata / timeout koşulu oluştu mu?Koşula bağlı
03Uygunsa stale yanıt sunulurGeçici teslim
Scoped purge
Yalnız değişen cache kapsamını temizleyin.
HızlıCDN’in doğrulanan purge modeli URL, prefix veya hostname kapsamını ayrı ayrı temizleyebilir. Böylece değişmeyen içerik cache’te kalmaya devam eder.
Tek URL’yi temizle.
/images/product-42.webpBir path grubunu temizle.
/theme/assets/…Bir hostname’i temizle.
cdn.magaza.comCache policy
Cache key davranışı açıkça tanımlanır.
Query parametreleri, TTL ve dosya türleri için cache davranışı varsayıma bırakılmaz. HızlıCDN V2’de bu kurallar açıkça tanımlanır; gerçek mağaza davranışı geçiş öncesi ayrıca incelenir.
POLICY EXAMPLENOT LIVE TELEMETRY
ImagesLONG TTL POLICYDefined
CSS / JSSTATIC TTL POLICYDefined
FontsSTATIC TTL POLICYDefined
QueryCACHE-KEY BEHAVIORDefined
5xxNO CACHEProtected
404 / 410NEGATIVE CACHEPolicy
Controlled activation
Önce doğrula. Sonra bağla.
Yeni yapı canlı trafiğe bağlanmadan önce hostname, SSL, origin erişimi, cache davranışı ve health kontrolleri doğrulanır. Geçiş planında rollback yolu korunur.
01Mevcut yapı
Çalışan sistem referans alınır ve geri dönüş noktası korunur.
02Doğrulama
Yeni cache ve origin davranışı ayrı ortamda kontrol edilir.
03Aktivasyon
DNS / hostname değişikliği kontrollü biçimde uygulanır.
04Health check
Aktivasyon sonrası servis ve origin yanıtları doğrulanır.
05Rollback
Beklenmeyen durumda önceki çalışan yola geri dönüş planı korunur.
Engineering validation
Cache motorunu aynı koşullarda karşılaştırdık.
İzole, aynı sunucudaki warm-cache benchmark’ında 500 istek, 20 eşzamanlı bağlantı ve sıfır hata ile Legacy PHP-FPM ve Nginx proxy_cache yanıt yolları ölçüldü.
Bu test gerçek müşteri trafiğini veya bütün sayfa performansını temsil etmez; yalnızca aynı sunucudaki iki runtime yaklaşımını karşılaştırır.p95 RESPONSE TIMEDüşük değer daha iyi
P95
RPS
SSS
Teknik akış hakkında kısa cevaplar.
Cache hit olduğunda origin’e istek gider mi?
Hayır. Uygun cache kaydı HIT olduğunda yanıt cache katmanından döner; origin routing devreye girmez.
Primary origin yanıt vermezse ne olur?
Tanımlı failover koşullarında sıradaki alternatif origin denenebilir. Origin sırası, health check ve hata davranışı proje yapılandırmasına göre belirlenir.
Stale delivery her origin hatasında çalışır mı?
Hayır. Stale delivery yalnız cache’te uygun içerik varsa ve tanımlı hata / timeout koşulları oluştuğunda kullanılabilir.
Cache temizleme hangi kapsamda yapılabilir?
Doğrulanan operasyon modeli URL, prefix ve hostname kapsamındaki purge işlemlerini destekler.
Query string’ler cache key’i etkiler mi?
HızlıCDN V2’de query parametrelerinin cache davranışı açıkça tanımlanır. Gerçek mağaza davranışı geçiş öncesi ayrıca incelenir.
Geçişte geri dönüş planı var mı?
Evet. Aktivasyon öncesi mevcut yapı korunur ve kontrollü geçişte rollback adımı operasyon planının parçası olarak ele alınır.
Teknik ön inceleme
Mevcut istek yolunuzu birlikte çıkaralım.
Site adresinizi paylaşın. Cache, origin ve statik dosya davranışını inceleyip HızlıCDN için uygun karar modelini birlikte belirleyelim.