T-Soft / OS2

T-Soft’u bilen bir CDN.

T-Soft / OS2’nin statik dosya ve origin yapısını platform davranışına göre değerlendiriyor; CDN, cache ve routing kurallarını D’atölye olarak yönetiyoruz.

Kurulum, cache politikaları, origin yapısı ve operasyon D’atölye tarafından yönetilir.
T-SOFT REQUEST DECISIONÖRNEK AKIŞ
Statik dosya isteğiREQUEST
HızlıCDNROUTING
Cache kararıHIT / MISS
HITResponse
MISSOrigin routing
T-Soft staticT-Soft platformStore origin

Platform gerçeği

T-Soft’ta tek bir kaynak yok.

T-Soft / OS2’de statik dosyalar farklı hostlardan veya URL yapılarından gelebilir. Bu nedenle yalnızca mağaza domain’ini CDN’e bağlamak her zaman yeterli olmaz.

tsoftstatic.comStatik dosya kaynakları
tsoft.bizPlatform kaynakları
www.magazaniz.comMüşteriye ait site / origin
Bu alan adları örnek platform kaynaklarını gösterir. Gerçek origin yapısı mağazaya göre ayrıca incelenir.

Platform davranışı → HızlıCDN kararı

Platformu tanıyınca, cache kararı da değişir.

PLATFORM DAVRANIŞITam URL ile gelen statik dosyahttps://…tsoftstatic.com/Data/…
HIZLICDN KARARICDN hostname eşleştirmesi

İlgili kaynak, tanımlı CDN hostname’i üzerinden teslim edilecek şekilde eşleştirilir.

PLATFORM DAVRANIŞIGöreli dosya yolu/srv/compressed/… · /theme/…
HIZLICDN KARARIPath eşleştirmesi

İstek, tanımlı path kuralına göre doğru CDN ve origin akışına yönlendirilir.

PLATFORM DAVRANIŞIBirden fazla origin

Statik kaynak, platform ve müşteri domaini birlikte rol oynayabilir.

HIZLICDN KARARITanımlı origin sırası

Kaynaklar, mağazaya özel öncelik ve failover kurallarıyla değerlendirilir.

PLATFORM DAVRANIŞIDosya türüne göre ihtiyaç

Görsel, CSS, JavaScript ve fontlar aynı cache süresine ihtiyaç duymaz.

HIZLICDN KARARITTL ve cache politikası

Dosya türüne uygun cache ve teslim kuralları platform preset’i içinde tanımlanır.

T-Soft request demo

Bir statik dosya isteğini birlikte izleyelim.

Cache hit, miss, origin değişimi ve purge sonrası isteğin hangi kaynaktan yanıtlandığını aynı karar modeli üzerinde görün.

CACHE HIT

İstek cache’te sonlanır; origin’e yeni istek gönderilmez.

RESPONSE SOURCE · CACHE
REQUEST TRACEÖRNEK AKIŞ
Browser / VisitorREQUEST
HızlıCDNROUTING
Cache decisionHITMISSPURGED
HIT → RESPONSEMISS → ORIGIN ROUTING
ORIGIN ROUTING
PrimaryHEALTHY
SecondaryALTERNATIVE
TertiaryALTERNATIVE
RESPONSECACHE

Managed service

Kurallar açık. Operasyonu biz yönetiyoruz.

Müşteriyi cache ve routing ayrıntılarıyla baş başa bırakmıyoruz. Yapıyı inceliyor, kuralları birlikte netleştiriyor ve günlük operasyonu D’atölye olarak yönetiyoruz.

Multi-origin
Kaynakların öncelik ve failover sırasının tanımlanması.
Cache policy
Görsel, CSS, JavaScript ve fontlar için uygun TTL kuralları.
Query policy
Query parametrelerinin cache davranışının açıkça tanımlanması.
Purge
URL, prefix veya hostname kapsamının hedefli biçimde temizlenmesi.
Health check
Origin ve servis sağlığının kontrollü biçimde doğrulanması.
SSL
CDN hostname’inin güvenli bağlantıyla çalışması.

Kontrollü geçiş

Canlı mağazayı deneme alanına çevirmiyoruz.

Mevcut yapıyı değiştirmeden önce origin ve statik dosya davranışını inceleriz. Yeni yapı hazırlanır, doğrulanır ve kontrollü biçimde devreye alınır. Geri dönüş planı geçişin bir parçasıdır.

  1. 01 / AUDITMevcut yapı

    Statik dosya URL’leri ve origin kaynakları çıkarılır.

  2. 02 / MAPOrigin haritası

    Kaynaklar ve routing sırası tanımlanır.

  3. 03 / PRESETHızlıCDN yapılandırması

    Cache, query ve platform kuralları hazırlanır.

  4. 04 / VALIDATEDoğrulama

    SSL, statik dosya erişimi ve origin sağlığı kontrol edilir.

  5. 05 / DNSDNS bağlantısı

    Gerekli CDN hostname’i kontrollü biçimde bağlanır.

  6. 06 / ACTIVEAktivasyon

    Trafik yeni yapı üzerinden çalışmaya başlar.

  7. 07 / OBSERVEGözlem

    Cache, origin ve hata davranışı izlenir; geri dönüş planı korunur.

T-Soft / OS2 preset

Platform kararlarını her mağazada yeniden kurmuyoruz.

T-Soft / OS2’de tekrar eden cache ve routing kararlarını preset yaklaşımıyla standartlaştırır, mağazaya özel origin ve dosya yapısını bu temel üzerinde tamamlarız.

T-SOFT / OS2 PRESETPOLICY VIEW
ORIGINSSource types mappedMAPPED
STATIC ASSETSPath policyCONFIGURED
IMAGESTTL policyPOLICY
CSS / JSTTL policyPOLICY
FONTSCORS + deliveryPOLICY
QUERYCache-key behaviorPOLICY
PURGEURL / prefix / hostnameSCOPED
HEALTHValidation flowAVAILABLE

Engineering validation

Önce cache motorunu test ettik.

Aynı sunucuda, izole warm-cache koşullarında iki yanıt yolunu karşılaştırdık. Bu ölçüm gerçek bir T-Soft mağazasının sonucu veya bütün sayfa performansı değildir.

500 REQUESTSCONCURRENCY 200 ERRORS
p95 RESPONSE TIMEDüşük değer daha iyi
P95
Legacy PHP-FPM27.434 ms
Nginx proxy_cache5.995 ms
REQUESTS / SECOND
Legacy PHP-FPM1718.433
Nginx proxy_cache2108.340
MEAN
Legacy PHP-FPM9.555 ms
Nginx proxy_cache2.826 ms
Ham benchmark değerleri
LegacyNginxp506.528 ms2.226 msp9527.434 ms5.995 msp9943.251 ms14.388 msMax107.151 ms33.198 ms

T-Soft için önerilen başlangıç

T-Soft / OS2 için başlangıç noktası çoğunlukla Commerce.

Multi-origin ve platform preset’i gereken T-Soft / OS2 projelerini çoğunlukla Commerce kapsamında değerlendiriyoruz. Domain sayısı, trafik veya origin topolojisi daha özel bir yapı gerektiriyorsa kapsam Scale’a genişleyebilir.

HIZLICDN COMMERCE

E-ticaret için yönetilen altyapı.

  • T-Soft / OS2 preset
  • Multi-origin
  • Gelişmiş cache kuralları
  • Cache davranışı takibi
  • Öncelikli destek
Kapsamı birlikte belirleyelim →
DAHA ÖZEL BİR YAPI MI?

HızlıCDN Scale

Çoklu domain · özel origin topolojisi · özel cache politikası · gelişmiş izleme · özel destek.

SSS

T-Soft / OS2 hakkında sık sorulanlar.

T-Soft sitemin tüm DNS yönetimini size taşımam gerekir mi?

Hedef model gerekli CDN hostname’lerinin kontrollü biçimde bağlanmasıdır. Tüm DNS zone’unun taşınması zorunlu kabul edilmez; gerçek kurulum mevcut yapıya göre değerlendirilir.

Mevcut T-Soft mağazama eklenebilir mi?

Önce statik dosya URL’leri, origin kaynakları ve mevcut CDN/cache davranışı incelenir. Uygun entegrasyon noktaları belirlendikten sonra geçiş planı hazırlanır.

Birden fazla T-Soft origin’i desteklenebilir mi?

HızlıCDN V2’de tanımlı çoklu origin sırası kullanılabilir. Gerçek origin sırası ve failover davranışı mağazaya göre belirlenir.

Cache temizleme nasıl yapılır?

URL, prefix ve hostname kapsamındaki purge işlemleri HızlıCDN operasyon modelinin parçasıdır.

T-Soft’un kaynak yapısı değişirse ne olur?

Origin ve statik dosya davranışı izlenir; gerekli yapılandırma değişiklikleri yönetilen operasyon kapsamında ele alınır.

Kurulum ne kadar sürer?

Sabit bir süre vaat etmiyoruz. Site, origin ve DNS yapısı incelendikten sonra uygulanacak kapsam ve geçiş planı paylaşılır.

T-Soft / OS2 ön inceleme

T-Soft mağazanızın CDN mimarisini birlikte çıkaralım.

Site adresinizi paylaşın. Statik dosya ve origin yapısını inceleyip HızlıCDN için uygun kapsamı belirleyelim. Talebiniz otomatik test başlatmaz; teknik ön inceleme için bize ulaşır.