Server Response Time

Server Response Time Koşulu Nedir?

Server Response Time koşulu, Kurum Servisinin bir HTTP isteğine yanıt verme süresini milisaniye (ms) cinsinden değerlendirerek trafik manipülasyon kararları almak için kullanılan bir koşul tipidir.

Ölçülen süre, Kurum Servisinin ilk tam yanıt başlıklarını üretmesine kadar geçen süredir (TTFB benzeri): bağlantı kurulumu ve yanıt gövdesinin aktarımı bu süreye dahil değildir. Bu tanım, metriği "sunucunun düşünme süresi" olarak okumayı sağlar: büyük dosya indirmeleri süreyi şişirmez.

1

İstemci → TR7  ·  HTTP İsteği gönderir

2

TR7 → Kurum Servisi  ·  isteği iletir

⏱

Yanıt Süresi (Response Time) = 150 ms
Kurum Servisiyle bağlantı kurulduktan sonra, yanıt başlıklarının TR7'ye ulaştığı ana kadar geçen süre: bu koşulun değerlendirdiği metrik budur. Gövde aktarımı ve bağlantı kurulum süresi dahil değildir.

3

Kurum Servisi → TR7  ·  HTTP Yanıtı döner

4

TR7 → İstemci  ·  HTTP Yanıtı iletir

Bu koşul yalnızca yanıt (response) aşamasında değerlendirilebilir.

WARNING

Server Response Time koşulu yalnızca Response aşamasında çalışır. Kurum Servisi yanıt vermeden önce bu koşul değerlendirilemez.

Server Response Time Koşulunun Önemi

Kurum Servisi cevap süresi, uygulamanın performansını ve kullanıcı deneyimini doğrudan etkileyen kritik bir metriktir.

Server Response Time koşulu sayesinde;

• Yavaş yanıt veren Kurum Servisleri tespit edilip header ile işaretlenebilir,
• SLA eşik değerleri izlenebilir ve ihlaller raporlanabilir,
• Aşırı yavaş yanıtlarda kullanıcıya bilgilendirme sayfası gösterilebilir,
• Yanıt süresi bazlı performans analizi yapılabilir,
• Performans katmanlarına göre trafik sınıflandırması yapılabilir.

Yaygın Kullanım Senaryoları:

Senaryo	Operatör	Değer	Aksiyon
Yavaş yanıt tespiti	>	2000 ms	Header ile işaretle
SLA ihlali	>	200 ms	Header ile işaretle
Aşırı yük tespiti	>	5000 ms	Bilgilendirme sayfası
Performans analizi	-	100-500 ms	Trafik takibi

Kullanılabildiği vService Tipleri

HTTP

L7 TCP

Network

Nasıl Eklenir?

Yeni bir Server Response Time Koşulu, TR7 web yönetim arayüzü üzerinden aşağıdaki adımlar izlenerek eklenebilir:

1. Sol altta bulunan TR7 logosuna tıklanarak Configuration Menu açılır.
2. Load Balancer → Conditions → Add adımları takip edilir.
3. Criteria olarak Server response time seçilir.
4. Koşula ait ilgili konfigürasyonlar yapılandırılır.
5. Add butonuna tıklanarak koşul eklenir.

Server Response Time Koşulu Ekleme Formu

Server Response Time Koşulu Ekleme Formu

INFO

Condition Name

Oluşturulacak koşul için isteğe bağlı bir isim girilebilir.

Bu alan, özellikle aşağıdaki senaryolarda önemlidir:

• Aynı vService altında çok sayıda koşul tanımlandığında,
• Benzer kriterlere sahip koşulların ayırt edilmesi gerektiğinde,
• Koşulun hangi iş kuralını temsil ettiğinin hızlıca anlaşılması istendiğinde.

Bu alan boş bırakıldığında, TR7 ilgili koşulun içeriğini analiz ederek Condition Description alanında otomatik ve açıklayıcı bir isim oluşturur. Oluşturulan bu açıklama, koşul listelerinde isim olarak kullanılır.

INFO

Criteria Zorunlu

Koşulun tipini belirleyen alandır; aranabilir açılır listeden Server response time seçilir. Bu seçim, formda görüntülenecek alanları belirler. Kriter, koşul kaydedildikten sonra değiştirilemez: farklı bir kritere ihtiyaç duyulursa yeni bir koşul tanımlanır. Listedeki tüm kriterler ve kapsamları için Conditions sayfasındaki kriter kataloğuna bakılabilir.

INFO

Operator

Sayısal karşılaştırma operatörü ve değeri girilir. Form, operatörü Equals to (=) seçili ve değeri boş olarak açılır; girilen değer tamsayı olmalıdır.

Operatör	Sembol	Açıklama
Less than	<	Değer küçük olmalı
Equals to	=	Değer tam olarak eşleşmeli
Greater than	>	Değer büyük olmalı
Range	-	Değer iki değer arasında olmalı; seçildiğinde ikinci bir değer alanı açılır; iki sınır da aralığa dahildir

TIP

Değerler milisaniye (ms) cinsinden girilir; örneğin 2 saniye için 2000 yazılır. Otomatik açıklamada 1000 ms ve üzeri değerler okunabilir birime çevrilerek gösterilir (2000 → 2 saniye). Yanıt süresi, log formatlarında Sunucu Servisinin Cevap Verme Süresi akıllı değişkeniyle yazdırılabilir; istemcinin gördüğü toplam süre ise ayrı bir değişkendir (Toplam bağlantı süresi).

WARNING

Yanıt tamamlanmadan bağlantı koparsa süre değeri negatif olur; bu nedenle Less than eşikleri, kesik/başarısız yanıtlarla da yanlışlıkla eşleşebilir. "Hızlı yanıt" denetimlerinde bu durum göz önünde bulundurulmalıdır.

INFO

Condition Description

Girilen kriter ve değerler doğrultusunda TR7 tarafından otomatik olarak oluşturulur.

Bu açıklama;

• Koşulun hangi değer için geçerli olduğunu,
• Hangi kriter üzerinden çalıştığını,
• Listeleme ekranlarında koşulun hızlıca anlaşılmasını

sağlayacak şekilde sistem tarafından dinamik olarak üretilir.

INFO

Form Butonları

Add

Add butonuna tıklanarak koşul ekleme işlemi tamamlanır.

Add & Repeat

Add & Repeat butonu ile koşul ekleme işlemi tamamlanır ve farklı konfigürasyonlarla ilgili pencereden çıkılmadan yeni bir koşul daha eklenebilir.

Koşul Eklendi

Operasyonel Kullanım Önerileri

• SLA Eşik Değerlerini İzleyin. Uygulamanızın SLA gereksinimlerine uygun eşik değerleri belirleyin ve ihlalleri raporlayın.
• Kademeli Eşikler Tanımlayın. Farklı yanıt süresi eşikleri için farklı aksiyonlar tanımlayın (örn: > 200ms SLA ihlali işareti, > 2000ms yavaş yanıt işareti, > 5000ms bilgilendirme sayfası).
• Performans Bazlı Analiz Yapın. Yanıt sürelerini header'lara ekleyerek downstream sistemlerde performans analizi yapılmasını sağlayın.

Canlı Ortamlarda Yaygın Kullanım Senaryoları

Aşağıdaki örnekler, ilgili koşulun gerçek sistemlerde en sık karşılaşılan kullanım senaryolarında nasıl uygulandığını göstermektedir. Bu senaryolar, canlı ortamlarda yaygın olarak tercih edilen ve sahada edinilmiş deneyimlere dayanan pratikleri temel alır.

Senaryo 1: Yavaş Kurum Servisi Tespiti ve Header ile İşaretleme

Kullanım Amacı: Yanıt süresi 2 saniyeyi aşan Kurum Servislerini tespit ederek header ile işaretlemek ve performans düşüklüğünü izlemek.

Konfigürasyon: Operator → Greater than (>) 2000

Aksiyon Önerileri:

• ✅ Add HTTP Header → X-Slow-Backend: true ve X-Response-Time-Alert: exceeded-2s header'ları eklenir, downstream sistemler yavaş yanıtı tespit edebilir.
• ✅ Advanced Traffic Inspection → Yavaş yanıt veren Kurum Servisleri, yanıt süreleri ve istek detayları raporlanır.

Senaryo 2: SLA Uyumluluk İzleme

Kullanım Amacı: 200ms SLA eşiğini aşan istekleri tespit ederek header ile işaretlemek.

Konfigürasyon: Operator → Greater than (>) 200

Aksiyon Önerileri:

• ✅ Add HTTP Header → X-SLA-Violation: true header'ı eklenir, monitoring sistemleri SLA ihlalini algılayabilir.

Senaryo 3: Kurum Servisi Aşırı Yük Tespiti

Kullanım Amacı: Yanıt süresi 5 saniyeyi aşan durumlarda Kurum Servisinin aşırı yük altında olduğunu tespit ederek kullanıcıya bilgilendirme sayfası göstermek.

Konfigürasyon: Operator → Greater than (>) 5000

Aksiyon Önerileri:

• ✅ Show Content → "Servis yanıt süresi normalin üzerindedir, lütfen daha sonra tekrar deneyin" bilgilendirme sayfası gösterilir.
• ✅ Block → Aşırı yavaş yanıtlar 503 ile engellenir, kullanıcının uzun süre beklemesi önlenir.

Senaryo 4: Performans Katmanı Analizi

Kullanım Amacı: Yanıt süresini belirli aralıklara göre sınıflandırarak performans katmanı analizi yapmak ve orta seviye performans gösteren istekleri izlemek.

Konfigürasyon: Operator → Range (-) 100-500

Aksiyon Önerileri:

• ✅ Advanced Traffic Inspection → 100-500ms aralığındaki istekler "medium-tier" olarak raporlanır, performans dağılımı analiz edilir.
• ✅ Add HTTP Header → X-Performance-Tier: medium header'ı eklenir, performans katmanı bilgisi downstream sistemlere iletilir.