Sentetik izleme: kullanıcı akışlarınız canlıda çalışıyor mu?
Sentetik izleme (synthetic monitoring), gerçek kullanıcıyı beklemeden canlı sistemde kritik akışları düzenli aralıklarla deneyip sonucu ölçmektir: giriş yapılabiliyor mu, sepete eklenebiliyor mu, ödeme sayfası açılıyor mu? Spitfire'da yük testi için yazdığınız test, aynı adımlarla ve düşük yükle sentetik izleme olarak da koşar.
Neden ayrı bir izleme aracı değil de aynı test
Bir endpoint'in 200 dönmesi akışın çalıştığını göstermez. Giriş token'ı alınıp sonraki istekte kullanılıyor mu, sepete eklenen ürün sepette görünüyor mu, yanıt beklenen alanı içeriyor mu? Bunlar zaten yük testinizin adımları, değişken çıkarmaları ve kontrolleridir. Aynı testi izlemede kullanınca akışı iki yerde ayrı ayrı tanımlamazsınız; test değişince izleme de değişir.
Nasıl çalışır
- Test sayfasında Sentetik izleme olarak çalıştır'ı seçin (ya da Test → Sentetik izleme).
- Aralık (1, 5, 15 ya da 60 dakika), VU sayısı (1–10, varsayılan 1), bir ya da birden çok lokasyon ve testin hangi ortama karşı koşacağını seçin. Her lokasyon kendi kontrolünü oradaki boş bir runner'da yapar.
- Her kontrolde her VU her senaryoyu bir kez koşturur (en çok 60 sn), normal koşuyla aynı runner'lar, aynı bağlantılar ve aynı lisans denetimiyle. Bir kontrol aynı izlemenin önceki kontrolüyle çakışmaz.
- Kontroller izlemeyi oluşturan kullanıcı adına, o kullanıcının güncel yetkileriyle koşar; sahibi yetkisini kaybederse izleme kapanır.
Pano: uptime, adım süreleri, son hatalar
Her izlemenin panosu 24 saatlik, 7 ve 30 günlük uptime'ı, adım başına sürenin trendini, son kontrolleri ve hata örnekleriyle başarısız olanları, şu anki durumu (ayakta, düştü, yavaş, bilinmiyor) lokasyona göre süzülebilir biçimde gösterir. Kontroller 30 gün saklanır (ücretsiz sürümde lisansın daha kısa süresi: 7 gün).
Ödeme akışı · İstanbul · 5 dakikada bir · durum: yavaş — son 3 kontrolde POST /checkout adımı izlemenin 800 ms adım eşiğini aştı (1,2 sn, 1,4 sn, 1,1 sn).
Alarmlar: olay başına bir kez
Art arda N kötü kontrolden sonra (başarısız ya da izlemenin kontrol veya adım eşiğinden yavaş) mevcut bildirim kanallarınıza (Slack, Teams, e-posta, SMS, webhook) olay başına bir kez monitor.down, düzelince bir kez monitor.recovered gider. Kapalı kanallar ve lisansın durdurduğu kanallar bildirim almaz. Böylece tek bir yavaş kontrol gece kimseyi uyandırmaz, gerçek bir kesinti de gözden kaçmaz.
Planlara göre sınırlar
Sentetik izleme sayısı ve en kısa aralık lisansa bağlıdır (sınırlar plan yapılandırmasından gelir):
| Sürüm / plan | İzleme | Aralık |
|---|---|---|
| Ücretsiz | 1 | en sık 15 dakikada bir |
| Proje geçişi (30 gün), Çeyrek (90 gün), Growth aylık, Scale aylık | 1 | en sık 15 dakikada bir |
| Growth yıllık | 10 | en sık dakikada bir |
| Scale yıllık | 30 | en sık dakikada bir |
| Enterprise yıllık | sınırsız | en sık dakikada bir |
Fiyatlar ve planlar: fiyatlar ve lisanslar.
Veriler yine ağınızda
Kontroller sizin runner'larınızdan çıkar, sonuçlar sizin veritabanınızda durur. İç ağdaki bir servisi izlemek için onu internete açmanız gerekmez: o ağdaki bir runner yeter. Ayrıntı: on-premise yük testi.
Sık sorulanlar
Sentetik izleme yük testinden farklı mı?
Kontroller eşzamanlı koşu sınırına sayılır mı?
Veri değiştiren bir akışı izleyebilir miyim?
Spitfire tek komutla Docker'a ya da Kubernetes'e kurulur; ücretsiz sürümde bütün test özellikleri ve protokoller açıktır.