T-Soft / OS2

T-Soft’u bilen bir CDN.

T-Soft / OS2 için CDN, cache ve origin altyapısını platform davranışına göre yapılandırıyor; kurulumu ve operasyonu 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Ş
Asset requestREQUEST
HızlıCDNROUTING
Cache decisionHIT / MISS
HITResponse
MISSOrigin routing
T-Soft staticT-Soft platformStore origin

Platform gerçeği

T-Soft’ta tek bir kaynak yok.

T-Soft / OS2 yapısında statik asset’ler farklı hostlardan veya farklı URL biçimlerinden gelebilir. Bu nedenle yalnızca bir domain’i CDN’e bağlamak her zaman yeterli değildir.

tsoftstatic.comStatik asset kaynakları
tsoft.bizPlatform kaynakları
www.magazaniz.comMüşteriye ait site / origin
Gerçek origin yapısı mağazaya göre incelenir; bu yapı platform davranışını örnekler.

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

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

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

İlgili asset kaynağı CDN adresi üzerinden teslim edilecek şekilde eşleştirilir.

PLATFORM DAVRANIŞIGöreli asset yolu/srv/compressed/… · /theme/…
HIZLICDN KARARICDN path yönlendirmesi

CDN hostname’i uygun path’e eklenerek isteğin doğrudan platform kaynağına kaçması önlenir.

PLATFORM DAVRANIŞIBirden fazla origin

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

HIZLICDN KARARITanımlı origin routing

Kaynaklar mağazaya özel, kontrollü bir origin sırası içinde değerlendirilir.

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

Görsel, CSS, JS ve font davranışları aynı değildir.

HIZLICDN KARARITTL ve cache policy

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

T-Soft request demo

Bir asset isteğini birlikte izleyelim.

Cache hit, miss, origin değişimi ve purge sonrası davranış aynı karar modeli üzerinden görünür.

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üşterinin karmaşık edge ayarlarıyla uğraşmasını beklemiyoruz. Yapıyı inceliyor, politikayı tanımlıyor ve operasyon katmanını yönetiyoruz.

Multi-origin
Kaynakların tanımlanması ve routing düzeni.
Cache policy
Görsel, CSS, JS ve fontlar için uygun TTL yaklaşımı.
Query policy
Cache-key davranışının açık biçimde tanımlanması.
Purge
URL, prefix veya hostname kapsamındaki invalidation işlemleri.
Health check
Origin ve servis sağlığının kontrol edilmesi.
SSL
CDN hostname’in 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 asset davranışını inceleriz. Yeni yapı hazırlanır, doğrulanır ve kontrollü biçimde aktive edilir. Geri dönüş planı geçişin bir parçasıdır.

  1. 01 / AUDITMevcut yapı

    Asset 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, asset erişimi ve health-check 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

Her mağazada sıfırdan başlamayalım diye.

Platforma özgü tekrar eden kararları preset yaklaşımıyla standartlaştırır, mağazaya özel origin ve asset 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 delivery path’i karşılaştırdık. Bu veri gerçek T-Soft mağaza 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ıç

Commerce ile başlayalım.

Multi-origin ve platform preset ihtiyacı nedeniyle T-Soft / OS2 projelerini çoğunlukla Commerce kapsamından değerlendiriyoruz. Trafik, domain sayısı ve özel origin gereksinimleri farklıysa kapsam Scale tarafına genişleyebilir.

HIZLICDN COMMERCE

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

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

HızlıCDN Scale

Çoklu domain · özel origin topolojisi · özel cache policy · gelişmiş monitoring · dedicated support.

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 asset 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 mimarisi çoklu origin yapılarını destekleyecek şekilde tasarlanmıştır. Gerçek origin sırası ve davranışı mağaza özelinde tanımlanır.

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 asset davranışı gözlemlenir; 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. Asset ve origin yapısını inceleyip HızlıCDN için uygun kapsamı belirleyelim. Bu CTA teknik ön inceleme talebidir; otomatik performans testi başlatmaz.