Spitfire 1.4 sürüm notları

son sürüm

Hızlı kurulum: Veri kaynakları → Ekle'de betiği olan türler tek satırlık komutla açılır (Linux/macOS bash, Windows PowerShell). Betik salt okunur izleme kullanıcısını oluşturur, her komutu önce gösterir, restart gibi değişiklikleri sorar, bağlantıyı dener ve kaynağı Spitfire'a kendisi ekler. Kurulum kodu 1 saat geçerli ve tek kullanımlık; yönetici parolası saklanmaz. SF_YES=1 ile soru sormadan kurulur. "Manuel kurulum" sekmesinde kopyalanabilir adımlar durur.
Windows kurulum sihirbazı: Spitfire-Setup.exe ile "İleri, İleri" kurulum; Docker Desktop, WSL 2 ve portları denetler, install.ps1 çıktısını canlı gösterir, Başlat menüsüne güncelle/kaldır ekler. Intune/GPO için sessiz kurulumlu Spitfire.msi. Yönetici yetkisi gerekmez; dosyalar henüz kod imzasız (SmartScreen: Ek bilgi → Yine de çalıştır).
macOS kurulum sihirbazı: Spitfire.dmg'yi Applications'a sürükleyin, İleri ile kurun; tekrar açınca güncelle, onar ya da kaldır. İmzasız: ilk açılışta Sistem Ayarları → Gizlilik ve Güvenlik → Yine de Aç.
Kurulum sonu: başarı kutusundan sonraki satırlar numaralı; kurulum kodu ve Lisans satırı turuncu, ilk testten önce gereken ücretsiz anahtar gözden kaçmıyor.
Kaldırma (--purge) artık APM'nin ClickHouse konteynerini, volume'unu ve ağını da siliyor.
Tüm metrikler sekmesi: her veri kaynağının metrikleri aranabilir, önek ile gruplu; bir metrik rate ya da değer olarak çizilir, filtrelenir, attribute'a göre bölünür ve eşikli grafik olarak panoya sabitlenir.
Kubernetes cluster görünümü: node, namespace, workload, pod ve container tabloları request/limit/allocatable karşısında kullanım; OOMKilled, limitte CPU/memory bulguları.
Sunucular: Linux, Windows ve macOS için yerel agent (tek satırlık kurulum); CPU, memory, swap, dosya sistemleri, disk, ağ, servisler; dolu dosya sistemi, yük, durmuş Windows servisi ve başarısız systemd unit bulguları.
Veritabanları: PostgreSQL, MySQL, SQL Server ve Oracle'da en yavaş sorgular (literal'ler gizli) ve lock bekleyen oturumlar; cache hit oranları; Kafka JMX (broker hızları, under-replicated partition, controller, heap/GC) ve consumer lag; Redis slowlog ve replica, MongoDB profiler ve replica set, RabbitMQ consumer'sız queue'lar, Memcached slab görünümü.
Elasticsearch: shard durumu, bekleyen task'lar, JVM heap, boş disk, indexing/search hızı ve gecikmesi, thread pool rejection, circuit breaker; en büyük index'ler tablosu.
Nginx ve HAProxy: Nginx JSON access log (modül ve agent olmadan) ile status sınıfı, p95, upstream ve peer tabloları; HAProxy backend/server/frontend tabloları; UP server'ı kalmayan backend kritik bulgusu.
Bulut: AWS, Azure, Google Cloud, vCenter (salt okunur hesap, Tower okur).
Docker (container görünümü, Compose projesine göre).
InfluxDB 2.x/3.x, ClickHouse, Couchbase, Cassandra, OpenSearch.
SNMP ağ cihazları (v3 öncelikli; cihaz başına arayüz, kaynak, sensör, trap).
Java uygulama sunucuları: Tomcat, WildFly / JBoss EAP, WebLogic, WebSphere Liberty / Open Liberty ve herhangi bir JVM (JMX). Klasik WebSphere desteklenmiyor.
Koordinasyon: ZooKeeper, etcd, Consul (leader, quorum, raft, WAL fsync p99, DB quota).
ActiveMQ Classic ve Artemis (Jolokia üzerinden; queue derinliği, DLQ, consumer'sız queue).
IIS (Windows agent ile; app pool durumu, request queue).
NGINX Plus peer durumları.
Sol menüde Menüde ara kutusu: menü kaydırılsa da üstte durur; sayfa adından birkaç harf yazın (Türkçe harfsiz de bulur), Enter ilk eşleşmeyi açar, Esc temizler.
Test editörü: başlama gecikmesi ve yük aşamalarının süreleri artık sayı + birim (ms, sn, dk, sa) olarak giriliyor; "1s" yazmak gerekmiyor. Tanımda yine 30s, 2m gibi saklanır, API değişmedi.
Senaryo adlarında Türkçe harfler ve tire (-) kullanılabiliyor (ödeme, sepete-ekle).
Doğrulama hataları artık kırmızı: üstteki kutu kırmızı ve hatalı alanlar kırmızı kenarlıklı, mesaj alanın hemen altında.
Kurulum: "log dosyasına kaydedeyim mi?" sorusu turuncu, kurulum "İyi çalışmalar!" ile bitiyor. Kaldırma (--purge olmadan) kurulum klasörünün yerinde kaldığını ve hepsini silmek için komutu yazıyor.
Sol menüde daraltma düğmesi ve APM gibi kısa adlar sola hizalı.
Sweeper: tarayıcılı bir runner sitenizi crawl eder ve her sayfada status, TTFB, yüklenme ve LCP süresi, console hatası, exception, başarısız istek, kırık link, boş ve yavaş sayfayı kaydeder. Yalnızca GET yapar, form doldurmaz, tıklamaz; logout benzeri yollar atlanır. Sonuçlar özet kartları ve filtrelenebilir bulgu tablosuyla görünür; CI'da `spitfire cloud sweep "Ad"` en fazla hata ve yavaş sayfa eşiğine göre işi düşürür; REST API ve OpenAPI'de de var. Geçmeyen koşu `sweep.failed` olayıyla bildirim kanallarına gider. Modül yokken tarama 50 sayfa; Sweeper modülü (Enterprise, ek modül ya da 7 günlük deneme) 5000 sayfaya kadar ve zamanlama getirir.
Test editörü: adım adı kesik çizgili kutuda ve kalem simgesiyle duruyor, tıklayıp değiştirilebildiği belli.
Ortak header'lar: Authorization, X-Tenant gibi her istekte aynı header'lar bir kez yazılır ve tüm senaryoların HTTP, GraphQL, WebSocket ve SSE adımlarıyla gider; değerde değişken kullanılabilir. Aynı header birden çok senaryoda yazılmışsa editör ortak alana taşımayı önerir.
Header adı yazarken standart header'lar öneriliyor (Aut → Authorization); listede olmayan ad da yazılabilir.
URL alanlarında baştaki ve sondaki boşluklar siliniyor; sonda kalan boşluk artık %20 olup 404 vermiyor.
Testler listesinde Düzenle'nin yanında Çalıştır düğmesi: testi koşu penceresi açık olarak açar.
Mock servis şablonları: SendGrid, Twilio IVR, SMTP (HTTP üzerinden), Slack, Teams, TCMB döviz kurları ve kurgusal ABC Bank sanal POS.
Açıklamalar: düşüşte bekleme, en çok yönlendirme, kapanışta bekleme ve testteki yükün yüzdesi (eski adı yük ölçeği) için turuncu "i"; pacing ve karşılaştırma toleransı açıklamaları sadeleşti ve örnekli.
HTTP durum kodu her yerde "Statü kodu" olarak yazıyor.
"Veri kaynakları" menüsünün adı artık "Altyapı izleme"; eklenen her kayıt bir "izlenen sistem". API ve lisans değişmedi.
Entegrasyonlar: genel adres açıklaması formun altına alındı, dil seçimi hizalı.
Giriş ve token: korunan API'ler için giriş isteği bir kez tanımlanır; her VU girişi yapar, token'ı yanıttan (JSON, XML, header ya da cookie) alır ve her isteğe Authorization: Bearer {{token}} ya da query parametresi olarak ekler. Belirli aralıkla, süre dolunca ya da 401/403 dönünce yeniden giriş yapar ve isteği bir kez tekrarlar. Giriş sonuçlarda ayrı bir Login satırında ölçülür, koşu sayfasında giriş/yenileme/tekrar sayıları görünür. Girişi dene düğmesi, elle token kipi ve Bu adımı Giriş olarak kullan önerisi var.
Herkese açık adımlar: Diğer sekmesinde Herkese açık · giriş gerekmez işaretli adıma token eklenmez ve 401'de yeniden giriş yapılmaz; giriş, ilk korumalı adımdan hemen önce çalışır.
İçe aktarma: OpenAPI securitySchemes (security: [] işlemleri herkese açık adım olur) ve Postman koleksiyon auth'u Giriş ve token bloğuna taşınıyor; giriş yapan Postman ön betikleri için not gösteriliyor.
Doküman, CSV ve trafik kaydı okunurken düğmelerde dönen simge ve "Doküman okunuyor…" gibi yazı var; okuma bitene kadar düğmeler kapalı.
Elle girilen token ile içe aktarmada girilen parola ve client secret şifreli saklanıyor: editörde yalnızca maskeli görünür, test JSON'unda, dışa aktarmada ve CLI çıktısında yer almaz; yenisini yapıştırarak değiştirilir.
Koşu sayfasında yeni Ortam sekmesi: test edilen sistemin koşu sırasında üzerinde çalıştığı Kubernetes cluster'ları (node, pod, hazır olmayan pod, koşudaki restart, CPU/bellek ortalama ve tepe), host'lar (core, bellek, disk, CPU/bellek ortalama ve tepe), DB/MQ/cache veri kaynakları (adres, sürüm, ana rakamlar) ve servisler; yük üretecinden servislere ve DB/cache/MQ'ya giden haritayla. Koşu bittikten 3 dakika sonra saklanır ve HTML/PDF rapora Ortam özeti bölümü olarak girer; okunamayan kaynak nedeniyle görünür, koşuyu etkilemez.
Rapor e-postası: Rapor → Raporu e-postayla gönder… raporu standart bir e-postayla gönderir; kendi adresiniz hazır gelir, en çok 20 alıcı eklenebilir, ekte PDF (isteğe göre Word ve HTML) gider, not eklenebilir; her gönderim denetim kaydına yazılır. Testte "Koşu bitince raporu e-postayla gönder" açılınca her koşu (ya da yalnız kalan koşu) bitince rapor kendiliğinden gider. Rapor menüsünde Word (.docx) indirme de var; koşu sayfasındaki Sonuç kartında karar rozeti ve eşiğe göre renkli p95, p99, hata oranı, istek/sn kutuları var.
Distributed tracing ve hatalar: bir span'e tıklayınca sağdaki panelde tüm ayrıntılar (süre, kendi süresi, trace içindeki pay, kopyalanabilir ID'ler, parent/child'lar, gruplu attribute'lar, DB sorgusu, event'ler, stacktrace'li exception'lar, span logları, host/servis/hata grubu/Kubernetes/Docker linkleri); trace ilk hatalı span seçili açılır ve ?span= ile paylaşılır; ↑ ↓ ile gezinme, katlama, yalnız hatalar, sonraki hata, kritik yol, servis renkleri, span bulma, tablo görünümü ve 10.000 span'e kadar akıcı waterfall. Trace'ler operasyon ve 4xx ile süzülür. Hata sayfası in-app frame'leri öne çıkarır, yakalanmamış exception'ı ve geri dönen (regressed) grubu işaretler, tüm oluşumlarda ortak attribute'ları ve trace'leri gör linkini gösterir; yeni apm.error.new ve apm.error.regressed bildirimleri. Tüm APM tabloları sütun başlığıyla sıralanır ve aranır, sıralama linkte kalır.
Bildirim kanalları (e-posta, Slack, Teams, IVR, SMS, webhook) her planda, Free dahil, ücretsiz ve sınırsız: sayı sınırı, "Duraklatıldı (lisans)" rozeti ve sınır uyarısı kalktı; eski anahtardaki kanal sınırı yok sayılır. İş takibi kanalları (Jira…) ek modül olarak kalır, kendi alt bölümünde.
Yeni IVR (sesli arama) kanalı: telefon çalar ve olay okunur (TR ya da EN). Sağlayıcıyı siz getirirsiniz: genel HTTP voice API ya da Twilio Voice biçimi ({twiml}, {lang}) ön ayarı; Deneme araması yap düğmesi, önizleme ve saatte en çok 5 arama. Yeni kanal yalnız kritik olayları arar: başarısız koşu ve izlemenin çökmesi.
Ek modül denemeleri: deneme düğmesi modülün adını söylüyor ("İş takibi modülünü 7 gün dene"); lisans modülü ya da bağlantılarından birini içeriyorsa deneme ve kilit bandı çıkmıyor, yalnız "Lisansınızda: Zabbix, Datadog" yazıyor.
APM / Kubernetes: cluster'dan namespace, node, workload, ReplicaSet, pod ve container'a kadar her seviye durum, ready, restart, yaş, request ve limit'e göre CPU ve bellek, ağ, grafikler ve içinde çalışan APM servisleriyle; tablolar sütuna göre sıralanır ve filtrelenir, seçim adreste durur, node'da ne çalıştığı ve topoloji çizimi var. APM / Docker: Compose projesine göre container'lar, grafikleri ve APM servisleri.
Agent'lar: Altyapı → Agent'lar sayfası her agent'ı ve Tower'ı sürüm, durum, son rapor, saniyedeki nokta ve kuyrukla tek listede gösterir; sıralanır, filtrelenir, "yalnız eski sürümler" seçilebilir. Agent sayfasında süreç CPU/bellek grafikleri, goroutine/thread/açık dosya, config özeti, update geçmişi ve canlı log (seviye/metin filtresi, duraklat, kopyala, son N satırı indir) var. Log seviyesi varsayılan error; debug filo süresi dolunca kendiliğinden döner. Restart ve Şimdi update et tek agent'a ya da seçilenlere onayla gider; otomatik update ve update saatleri filo varsayılanından ya da agent başına ayarlanır. Uzak kabuk yok: yalnız izin verilen komutlar, yalnız kurulum yöneticisi, her işlem denetim kaydında. Eski agent install-collector betiği yeniden çalıştırılınca yönetilir olur.
Bağlantı sağlığı: Zabbix, Datadog, Prometheus gibi gözlemlenebilirlik bağlantıları, Tower'ın topladığı veri kaynakları ve Jira gibi iş takibi kanalları her çağrıda (veri çekme, olay okuma, geri yazma, zabbix_sender, Test, ticket açma) yanıt verip vermediğiyle kaydediliyor; bir süredir çağrılmayanlar 5 dakikada bir kontrol ediliyor. Observability, Altyapı izleme ve Entegrasyonlar sayfalarının başında yanıt vermeyen bağlantı sayısı ve onlara giden linkler, listelerde Sağlık rozeti, son başarılı zaman ve son hata (parola, token ve URL'deki kullanıcı bilgisi gizli) var; rozete tıklayınca durum geçmişi ve bildirim ayarları açılır. Üst üste 3 (1–20 arası ayarlanır) başarısız çağrıda bağlantı Kapalı olur ve bir kez, yeniden yanıt verince bir kez bildirilir: seçilen kanallara ya da çalışma alanının kişi kanallarına (`connection.down`, `connection.recovered`) ve kurulum yöneticilerinin zilinde.
Docker: container CPU'su artık Collector'ın CPU sayacının artışından hesaplanır; --cpus 0.2 ile sınırlı bir container %20 görünür (önceki değer, container'ın başından beri kullandığı CPU'yu host'un açılışından beri kullandığına bölüyordu ve çok düşük çıkıyordu). Yeni değer için Docker host'unun Collector'ını Altyapı izleme'deki komutla yeniden kurun.
Sweeper Interactive mode (yalnızca staging): Read modu (varsayılan, değişmedi) yanında, tarama her sayfadaki butonları, menü öğelerini, tab'ları, checkbox ve radio'ları, select'leri ve formları da gerçek tarayıcıda dener; her etkileşimden sonra yeni console hatası, exception, sweep host'larından 4xx/5xx (gönderimden sonraki 400/422 doğrulama sayılır), boş ekran ve elemana ulaşmayan tıklama arar. Her sorun elemanın etiketi, selector'ı, işlem, sonuç ve ekran görüntüsüyle bir Etkileşim başarısız bulgusudur ve hata sayılır. Başka host'lara giden her istek (ödeme, e-posta servisi…) ve sign-out isteği tarayıcıda durdurulur, koşuda "dışarı gitmedi" olarak listelenir; skip listesi (pay, öde, satın al, checkout, send, gönder… düzenlenebilir), çıkış ve danger butonları hiç tıklanmaz. Kaydederken host'ların staging/test olduğu işaretlenir (kim, ne zaman saklanır); bir testin production adlı ortamının gösterdiği host'ta interactive sweep kaydedilemez ve başlatılamaz, www. host'u ek onay ister; her başlatma audit log'a düşer. Koşu sayfasında Etkileşimler kartı: denenen, başarısız, atlanan (nedeniyle) ve dışarı gitmeyen istekler. Modül yokken sayfa başına 20, Sweeper modülüyle 500 etkileşim. `spitfire cloud sweep` ve çıkış kodları aynı; REST API ve OpenAPI'de mode ve interactive ayarları var.
Düzeltme: `spitfire cloud sweep` personal API token'ıyla 403 api_token_scope alıyordu; token artık bir sweep'i başlatıp durdurabilir (CI'da staging taraması).
APM / Kubernetes ve APM / Docker tabloları diğer APM tablolarıyla aynı sıralamayı kullanıyor: başlığa tıklayınca sayılar büyükten küçüğe, yazılar A–Z sıralanır, boş değerler iki yönde de sonda kalır; sıra adreste `<tablo>_sort` ve `<tablo>_dir` olarak durur (eski `sort_<tablo>` bağlantıları sırasız açılır).
Veritabanına yazan testler: veri değiştiren SQL/Mongo ifadeleri için onay penceresi artık zamanlama, monitör ve karşılaştırma kaydederken de açılıyor (önceden yalnızca Çalıştır'da açılıyordu, diğerlerinde ham hata görünüyordu). Onay, isteğin environment'ının ifadeleri için kim/ne zaman ve uyarı metniyle kaydedilir; istek onaydan sonra kendiliğinden yeniden gönderilir.
Zamanlama kaydedilirken yazma onayı, zamanlamanın environment'ına (karşılaştırmalı zamanlamada her kolun environment'ına) göre kontrol ediliyor; önceden test kaydedildiği hâliyle kontrol ediliyordu.
Bir adımın connection'ını başka bir connection'a yönlendiren environment ile çalıştırma, zamanlama ve karşılaştırma "no step uses connection" hatasıyla reddediliyordu; düzeltildi.
SQL toplu betik: BEGIN, COMMIT, ROLLBACK, SAVEPOINT, START TRANSACTION gibi transaction ifadeleri yazma sayılmıyor ve kırmızı "diğer yazma" olarak işaretlenmiyor; oturum ifadesi olarak atlanıyor. BEGIN; INSERT …; COMMIT gibi bir adımın türü artık INSERT görünüyor.
HAR ve trafik kaydı içe aktarma: base URL'de yol varsa (ör. https://staging.example.com/api) istek yolu iki kez yazılmıyor (/api/api/cart yerine /api/cart).
Formda takılınca yardım: test editöründe, APM Servis ekle sihirbazında, zamanlamalarda, altyapı ve gözlemlenebilirlik bağlantılarında, bildirim kanallarında ve izlenen sistem ekleme penceresinde bir alanı değiştirip 20 saniye durursanız (aynı hata iki kez çıktıysa, alanı silip yeniden yazdıysanız ya da "i" ipucunu açıp kapattıysanız 5 saniye) alanın yanında küçük bir balon açılır: alanın kısa ipucu, Dokümanda oku bağlantısı (bağlantı türünün kendi bölümüne gider) ve Soru sor kutusu. Yazarken açılmaz, her alan için oturumda bir kez gösterilir, wallboard'da açılmaz; Bir daha gösterme ile kapanır, asistanın altındaki anahtarla yeniden açılır. Hepsi tarayıcıda çalışır, hiçbir şey gönderilmez.
APM alarmları (APM → Alarmlar): bir servisin (isteğe bağlı ortam ve endpoint) p95, p99, p50, ortalama süre, hata oranı, istek hızı düşüşü/artışı, yeni ya da yeniden açılan hata grubu için uyarı ve kritik eşikli kurallar. Her dakika değerlendirilir; değer eşiği "süre" boyunca aralıksız aşınca bekliyor → tetiklendi, altına inince düzeldi. En az istek sayısının altındaki dakikalar veri yok sayılır; yeniden bildirim aralığı verilirse alarm sürdükçe tekrar bildirilir. Her durum değişikliği geçmişe (90 gün) ve audit log'a yazılır.
Servis sayfasında "Alarm ekle" ve "SLO ekle": eşikler son 24 saatten dolar (uyarı p95 × 1,5, kritik p95 × 3; hata oranı ve SLO hedefi de günün değerinden).
Bildirimler seçilen kanallara (kanal seçilmezse `apm.alert.firing` / `apm.alert.resolved` olaylarını seçmiş kanallara) değer, eşik, grafik, en yavaş/hatalı trace'ler ve "Neden kırıldı?" bağlantısıyla gider; iş takibine konu açılır, düzelince yorum düşer. Geri yazma açıksa izleme aracınıza `apm_alert` olayı gider (varsayılan seviye critical). Yeni olaylar isteğe bağlıdır, varsayılan olarak seçili değildir.
Sessize alma ve bakım pencereleri: bir kural, bir SLO, bir servis ya da tüm alarmlar için; şimdi ya da ileri bir saatte başlar. Bildirimi susturur, değerlendirmeyi değil; sessizlik bittiğinde hâlâ tetikliyorsa o an bildirilir. Kurallar tablosunda tek tıkla 1 saat sessize alma.
SLO'lar (APM → SLO'lar): erişilebilirlik ya da gecikme (eşik 25 ms – 10 sn) SLI'ı, hedef (%) ve 7, 28 ya da 30 günlük pencere (varsayılan 30). Kalan hata bütçesi ve burn rate grafikleri; hızlı (1 sa + 5 dk, 14,4×) ve yavaş (6 sa + 30 dk, 6×) burn rate uyarıları (`apm.slo.burn` / `apm.slo.recovered`). Gecikme sayıları için yeni dakikalık rollup; eski trace'ler bir kez geriye doğru sayılır.
Kapasite (breaking point) koşusunda "Bu p95'ten SLO yap": tutan en yüksek basamağın p95'i gecikme SLO'sunun eşiği olur.
Plan limitleri: Ücretsiz 3 alarm kuralı + 1 SLO, Starter 20 + 5, Growth ve üstü sınırsız. Plan düşerse kurallar silinmez; en eskiler değerlendirilmeye devam eder.
REST API ve OpenAPI: `/api/v1/apm/alerts`, `/api/v1/apm/alerts/events`, `/api/v1/apm/alerts/suggest`, `/api/v1/apm/silences`, `/api/v1/apm/slos`. CLI: `spitfire cloud apm alerts` ve `spitfire cloud apm slos`; `--fail-on-firing` tetiklenen kural ya da yanan/biten SLO varsa 99 ile çıkar (dağıtım ya da yük testi öncesi kontrol).
Dokümantasyon: yeni "APM alarmları ve SLO'lar" sayfası.
APM › Loglar: OTLP ile gelen tüm loglar tek ekranda. Zaman aralığı (hazır düğmeler ya da özel başlangıç–bitiş), soldan level, servis, ortam ve host filtreleri; arama kutusu mesajın içinde metin arar (büyük-küçük harf fark etmez, `/` tuşu kutuya gider), trace id ya da span id yazınca o trace'in logları gelir. Attribute filtresi `anahtar=değer`, `anahtar!=değer`, `anahtar=*` (var) ve `anahtar!=*` (yok); anahtarlar ve değerler önerilir.
Level'a göre loglar grafiği: çubuklar level'a göre yığılı; bir level'a tıklayınca filtreye eklenir, grafik üstünde sürükleyince aralık o bölüme daralır.
Bir log satırı açılınca attribute'lar, resource, severity, trace ve hata grubu görünür; trace rozeti waterfall'ı o span seçili açar. Servis sayfasında yeni Loglar sekmesi, hata grubunda Logları gör, trace görünümünde Loglar'da aç düğmesi.
Pattern'ler: aynı kalıptaki loglar (sayılar, id'ler, adresler, tırnaklı değerler maskelenmiş; hata gruplarıyla aynı normalleştirme) tek satırda, en çok olan üstte; bir pattern'e tıklayınca logları listelenir. 1.4.4'dan önce yazılan loglar örneklemden gruplanır ve tıklanamaz.
Canlı: yeni loglar iki saniyede bir üste eklenir, son 500 tutulur; Duraklat / Sürdür.
Kayıtlı aramalar çalışma alanında paylaşılır (silme: kaydeden ya da admin); Bağlantıyı kopyala aynı aralık ve filtrelerle açılır. CSV ve JSON dışa aktarma en çok 10.000 satır; CSV'de formül hücreleri etkisiz, her dışa aktarma audit log'a düşer.
Tam metin arama ClickHouse ngram skip index'iyle hızlanır; mevcut kurulumlarda index ve pattern sütunu açılışta kendiliğinden eklenir. Aralık saklama süresinin dışına taşarsa ekranda not çıkar.
REST API ve OpenAPI: `/apm/logs`, `/apm/logs/histogram`, `/apm/logs/facets`, `/apm/logs/patterns`, `/apm/logs/tail`, `/apm/logs/count`, `/apm/logs/export`, `/apm/logs/searches`. `/apm/logs/count` aramanın kanonik sorgusunu döner (log tabanlı alarm için hazır).
Loglarda "Bu aramayı alarm yap": aramanın kayıt sayısı penceresinde (1–60 dk, varsayılan 5) eşiği aşınca ya da aramada önceki 7 günde görülmemiş bir log pattern'i çıkınca alarm. Eşikler son 24 saatin en yoğun penceresinden önerilir (× 1,5 uyarı, × 3 kritik). Log alarmlarında süre ve en az istek şartı yok; servis ve ortam isteğe bağlı, aramayı daraltır. Kurallar tablosu aramayı okunur yazar ve Loglar sayfasına bağlanır; bildirimler aramayı, alarmın aralığıyla Logları aç bağlantısını ve yeni pattern'leri örnekleriyle getirir. Log kuralları aynı kural sınırına sayılır. REST: `GET /api/v1/apm/alerts/suggest-logs`, kural gövdesinde `logQuery`.
Olaylar (Test → Olaylar): Spitfire'ın ürettiği her event (sentetik monitörler, APM alarmları, SLO burn alarmları, yeni ve yeniden açılan hata grupları, APM gerilemeleri, karşılaştırma gerilemeleri, zamanlanmış koşular, bağlantı sağlığı, Sweeper) ve webhook girişlerine gelen alarmlar tek listede. Kime bildirim gittiği değişmez; kanallar ve issue tracker'lar abone oldukları bildirimleri almaya devam eder.
Tekilleştirme: aynı key (kaynak, tip, servis, ortam, host, resource ya da gönderilen dedupKey) ile açık bir event varken gelen tekrar yeni satır açmaz, sayıyı ve son görülme zamanını artırır. Düzelme event'i resolved yapar; 10 dakika içinde geri gelen sorun aynı event'i yeniden açar, daha sonra gelen yeni event açar.
Severity: critical, major, minor, warning, info, ok. Kaynakların kendi seviyeleri (Zabbix, Grafana, Alertmanager, 0–5 sayıları, error/warn/fatal gibi kelimeler) bu ölçeğe çevrilir.
Liste: durum (canlı, open, acknowledged, suppressed, resolved, tümü), en düşük severity, arama, tag (`key=value` ya da `key`) ve soldan kaynak, tip, servis, host, ortam filtreleri; üstte open, acknowledged, suppressed, 24 saatte resolved ve severity'ye göre canlı sayaçlar. Filtreler adreste durur.
Ack, resolve, yeniden açma ve not; listede toplu ack ve resolve. Çalışma alanının her üyesi yapabilir, her işlem audit log'a yazılır. Event sayfasında alanlar, tag'ler, geldiği yere linkler ve kimin ne yaptığıyla timeline.
Events API: `POST /api/v1/events` API token'ı ile de çağrılır; tek event, liste ya da `{"events": [...]}` (en çok 100 event, 1 MB). Alan hatası alanı ve sırayı döner; çalışma alanı başına saniyede 10 event (120'lik ani yük), fazlası `429` ve `Retry-After`. Okuma: `/api/v1/events`, `/events/facets`, `/events/counts`, `/events/{id}`.
Saklama sürüme göre: Free 7 gün, Starter 30, Growth 90, Scale ve Enterprise 365; son görülme zamanından sayılır, günde bir kez silinir.
Dokümantasyon: yeni "Olaylar" sayfası; API referansında event gönderme.
Event policy'leri (Test → Olaylar → Event policy'leri): bir event açılınca ya da yeniden açılınca sırayla çalışan kurallar. Koşullar: kaynak, tip, servis, ortam, host (`*`/`?` desenleri), severity (en az ya da şunlardan biri), tag (=, ≠, var, yok), başlık/mesaj metni ve zaman penceresi (Mesai içi, Mesai dışı, Gece, Hafta sonu; saat dilimiyle). Aksiyonlar: sustur (bakım penceresiyle), drop, severity ayarla, zenginleştir (tag, owner, team, runbook, not), dedup alanları, yönlendir (yerine/ekle), escalation (ack yoksa 2. ve 3. adım), renotify, auto-resolve, tracker, webhook, writeback.
Sırayı sürükleyerek ya da oklarla değiştirme, aç/kapat, Burada dur; her kayıt yeni sürüm ve Geçmiş'te kim ne zaman değiştirdi. Aynı anda iki düzenlemede ikinci kayıt reddedilir.
Dene: taslak policy kaydedilmeden son 7 günün event'lerinde (en çok 5000) çalışır; eşleşen sayısı, aksiyon başına etki ve 20'ye kadar örnek. Hiçbir şey değişmez, bildirim gitmez.
Event sayfasında Policy izi (policy, sürüm, aksiyon, ayrıntı), bildirim planı (kanallar, escalation adımı, sonraki işlem) ve timeline'da bildirildi, escalation, yeniden bildirildi; link ile ve policy ile ack/resolve.
İmzalı ack / resolve linkleri: Genel adres doluysa sorun bildirimlerinde giriş gerektirmeyen, 7 gün geçerli, tek kullanımlık linkler; JSON webhook'larında `eventLinks`.
Drop varsayılan kapalı; çalışma alanı admin'i Drop'a izin ver ile onay sorusundan sonra açar. Kapalıyken drop aksiyonu event'i susturur.
Lisans: Free 3, Starter 20 policy; Growth ve üstü sınırsız.
Dokümantasyon: yeni "Event policy'leri" sayfası (kopyala-yapıştır örnekler: gece susturma, escalation, bakım penceresi, host'suz dedup, auto-resolve).
İzleme bağlantılarından event'ler: Zabbix, Datadog, New Relic, Dynatrace ve Instana bağlantılarının açık problemleri dakikada bir okunur ve Olaylar'a gelir (kaynak `connector:<tür>`, resource bağlantının adı, `connection`/`connector`/`problemId`/`priority` tag'leri). İzleme sisteminde kapanan ya da artık okunmayan problem event'i resolve eder. Yalnız okur; izleme olayları modülünün kapsadığı bağlantılar okunur; hata veren bağlantı 1–30 dakika bekleyip yeniden denenir, ötekilerini etkilemez. Bildirim yalnız bir policy'nin route'uyla gider.
Correlate aksiyonu: seçilen alanları (servis, host, ortam, resource, kaynak, tip ya da tag'ler) aynı olan event'ler pencere içinde (1–1440 dk) ilkinin altında toplanır; grubun ilk event'i bildirilir, child'lar bildirim, escalation ve writeback göndermez. Listede Grupta / Grup rozetleri, event sayfasında ilgili event'ler ve parent'a link.
Flap aksiyonu: pencere içinde (1–1440 dk) belirtilen sayıda (2–50) açılan event flapping olur (`flapping=true` tag'i); flap sürerken bildirim, escalation ve renotify gitmez, pencere boyunca değişmezse durur ve hâlâ açıksa tek bildirim gider. Event sayfasında açılış sayısı ve ne zaman stabil sayılacağı.
Dene, correlate ve flap'in etkisini de gösterir (gruba katılacak ve flap edecek event sayısı).
APM hata ve gerileme event'leri, kanal aboneliği olmayan çalışma alanlarında da Olaylar'a gelir.
Dokümantasyon: "Olaylar" sayfasında bağlantı event'leri, gruplar ve flapping; "Event policy'leri" sayfasında Korelasyon ve Flap.
Splunk bağlantısı artık tek başına da alınabilir: İzleme olayları modülünün diğer bağlantıları gibi yıllık 8.000 TL (aylık 1.000 TL) ya da $210 (aylık $26). Modülün tamamı her bağlantıyı açmaya devam eder; Elasticsearch, OpenSearch ve Graylog her sürümde açık kalır.
Event policy'leri: önünde açık bir problem olmayan başarılı koşu artık "düzeldi" (recovery) sayılmaz; Warning/Info susturan bir policy geceleri koşu bitti bildirimini yutmaz. Dokümana policy'lerin Spitfire'ın kendi bildirimlerine de uygulandığı uyarısı eklendi.
Yeni synthetic monitor penceresi: süre eşiği kutuları uzun etiketlerin altında kaymıyor, aynı hizada duruyor.
Event sayfası: event'ten sonra silinen (elle ya da saklama süresiyle) koşu, Sweeper koşusu, monitor, karşılaştırma ya da teste giden link "silinmiş" yazar ve tıklanmaz; "bulunamadı" ekranına götürmez. Silinmiş bir Sweeper koşusu da hata kutusu yerine bulunamadı ekranını gösterir.
Tower artık verileri diske biriktirmiyor: Collector'lardan gelen export'lar OpenTelemetry batch/exporter kuyruğundaki gibi yalnızca bellekte, küçük bir kuyrukta bekler (varsayılan 64 MB, en çok 60 saniye). Eski 1 GB / 24 saatlik disk tamponu kaldırıldı; yükseltmede durum klasöründeki `buffer` klasörü silinir.
Kontrolcüye 60 saniye ulaşılamazsa kuyruk boşaltılır ve yeni export'lar gelir gelmez bırakılır (drop); yeniden gönderme denenmez. Bağlantı geri gelince iletim kendiliğinden sürer. Collector'lara her zaman hemen yanıt verilir; izlenen servislerin yanıt süresi hiçbir durumda etkilenmez.
Yeni ayarlar: `--queue-mb` / `SPITFIRE_TOWER_QUEUE_MB` (kuyruk boyutu, 1–256 MB) ve `--drop-after` / `SPITFIRE_TOWER_DROP_AFTER_SECONDS` (ulaşılamazlık süresi, en az 5 sn). Eski `SPITFIRE_TOWER_BUFFER_MB/_HOURS` yok sayılır. Kurulum betiklerinde `--buffer-mb` / `-BufferMB` takma ad olarak çalışır.
Towers sayfasında "Kuyruk" sütunu; bırakılan export sayısına kontrolcü yokken bırakılanlar da eklenir.
Spitfire'ın ürettiği tüm Collector yapılandırmaları (host, Docker, Kubernetes, log, yönetilen) bellek içi, engellemeyen bir gönderim kuyruğu (200 batch) ve en çok 60 saniyelik yeniden deneme ile gelir; uygulama snippet'leri de aynı ayarları gösterir.
Her raporun başında **Özet**: sonuç (GEÇTİ, SINIRDA, KALDI), ölçülenler, öncekine göre değişim, yalnız kanıt varsa olası neden (kesin ya da olası) ve yapılacaklar. Biten koşu ve karşılaştırma sayfalarında ve SLA kartında özet kartı olarak da görünür.
Tek biçim tablosu: koşu, karşılaştırma ve aylık SLA raporları HTML, PDF, Word (.docx), CSV, Markdown (.md) ve JSON olarak indirilir (`?format=` rapor adreslerinde ve paylaşım bağlantılarında da çalışır). **Rapor** menüsü her yerde aynı: **İndir**, **Kanala gönder…**, **Zamanla…**, **Paylaşım bağlantısı…**.
**Kanala gönder**: rapor bir ya da birkaç bildirim kanalına gider. E-posta, Slack (bot token ile), Telegram (yeni kanal türü) ve Jira'ya dosyalar ekli; Teams, diğer iş takibi araçları, SMS ve JSON webhook'lara özet ve 7 günlük paylaşım bağlantıları. Her kanalın sonucu gösterilir.
**Rapor zamanlamaları** (Test → Rapor zamanlamaları): bir testin, grubun, tag'in, izlemelerin ya da aylık SLA'nın dönem raporu günlük, haftalık ya da aylık, seçilen saatte ve saat diliminde kanallara kendiliğinden gider; önceki dönemle karşılaştırılır. **Hemen gönder** ile denenir. Free 1, Starter 5, Growth ve üstü sınırsız.
Yeni yardım sayfası: Raporlar ve paylaşım.
**Roller**: hazır Admin, Editör ve İzleyici (salt okunur) rolleri. Kurulum admini Roller sayfasında her bölüm için gizli / okuma / düzenleme seçerek kendi rollerini tanımlar. Gizli bölüm menüden kalkar, salt okunur bölümde düzenleme düğmeleri kapanır; API de aynı kurala uyar. Kullanıcıları ve rolleri yalnız kurulum admini oluşturur, workspace adminleri üyelere rol atar. Eski "kullanıcı" üyeler Editör olur. SSO'da IdP grubu → rol eşlemesi.
**Hazır politikalar**: Kubernetes, Docker, Linux, Windows ve ağ (SNMP) için 31 hazır kural (host kapandı, CPU/bellek/disk dolu, pod yeniden başlıyor, node hazır değil, arayüz kapandı…). Her biri açılıp kapatılır, eşik ve süre değiştirilir, istenen kadar kanal seçilir, "Varsayılana dön" ile geri alınır.
Olaylar listesinde **Kaynak** sütunu (logo + ad, tıklayınca o kaynağa süzer) ve **Gruplar** görünümü: aynı host ya da servisteki farklı kaynaklardan gelen olaylar 10 dakikalık pencerede tek kartta toplanır, gürültü azalır.
**Bildirimleri durdur**: kurulum admini tüm alarm bildirimlerini (isteğe bağlı bitiş saatiyle) durdurabilir; olaylar kaydedilir, durdurma sırasında atlanan bildirimler sonra gönderilmez. Durdurma açıkken her sayfada şerit görünür.
Bildirim gönderimleri artık kalıcı bir kuyrukta: başarısız gönderim 30 sn, 2 dk ve 10 dk sonra yeniden denenir; son denemeden sonra "Sistem kapattı" olarak kapanır ve kanal ulaşılamıyor uyarısı bir kez gelir.
**Desktik kanalı**: event policy'nin Tracker aksiyonunda Desktik seçilince her olay için Desktik'te tek talep açılır; ack, çözüm, yeniden açılma ve önem değişikliği aynı talebe gider. Desktik'te yapılan ack ve çözüm de Spitfire'a döner (yalnız olay yazabilen `events:write` API token'ı). Desktik bulutuna gönderim varsayılan kapalıdır, açınca yalnız işaretli alanlar gider.
Yeni tür seçici: Gözlemlenebilirlik, bildirim kanalları, veri kaynakları ve bağlantılarda solda kategori menüsü, arama ve ikonlu kartlar; her kartta kısa açıklama.
Bağlantı pencerelerinde kaydetmeden önce **Test et**; tüm bağlantı testleri aynı sonuç görünümünde. Sorgu bağlantılarına ek HTTP başlıkları ve "Spitfire şu adreslerden bağlanır" satırı (çıkış IP'leri).
Yeni hazırlık sayfası: Zabbix. Pencerelerde "<tür> nasıl hazırlanır?" bağlantıları.
Yeni sürüm şeridi sadeleşti: beyaz kart, sarı şerit, okunur yazı; sürüm notları sitede açılır, "Nasıl güncellenir?" yalnız komutları gösterir. Tek tıkla güncelleme açıksa şeritte **Şimdi güncelle**, Docker'da kapalıysa açma bağlantısı.
APM menüsünde **Collector'lar** (kurulum adminleri): durum, makine bilgisi, canlı log ve log yolu. APM host sayfasından o host'un Collector'ına geçilir.
Yeni yardım sayfaları: Hazır politikalar, Zabbix hazırlığı; Kullanıcılar ve erişim sayfasında roller.
Formlar yapıştırılan değerlerin başındaki ve sonundaki boşlukları, satır sonlarını ve görünmez karakterleri (sıfır genişlikli boşluk, BOM, bölünmez boşluk) temizler: bağlantılar, SSH tüneli, gözlemlenebilirlik, veri kaynakları, bildirim kanalları, SMTP, OTLP, SSO/LDAP/SAML ve SIEM akışları. Daha önce kaydedilmiş değerler de bağlanırken temizlenir. Parolalar yazıldığı gibi kalır.
Kısa ekranlarda pencereler yeniden kayıyor: bağlantı, politika, alarm, SLO ve Sweeper pencerelerinde **Kaydet** ve **Vazgeç** pencerenin altında kalıyordu. Tür seçicinin kategori menüsü de pencereden uzunsa kendi içinde kayar.
Tür rozetleri beyaz, ikonlar marka renginde: Bağlantılar listesi ve desteklenen türler, test adımları, deneme çalıştırması, gözlemlenebilirlik ve bildirim kanalları.
Gözlemlenebilirlik'te log toplayıcı kaynakları da yeni tür seçicide: kategori menüsü, arama, ikonlu kartlar.
**Desktik kanalı** Desktik'in olay API'sine bağlandı: yalnız olay yazabilen bir Desktik anahtarı (`dtk_…`) yeter, Spitfire token'ı gerekmez. Desktik'te **Ayarlar → İzleme olayları** açılır; Desktik'te yapılan ack ve çözüm 30 saniyede bir okunup Spitfire'a işlenir. Ürün alanı kalktı.
**Kopyala** düğmeleri artık komutun yanında, üstüne binmiyor: Kubernetes, Docker, IIS, SNMP, güncelleme komutları, CI parçaları ve Prometheus ayarı.
Altyapı izleme'de kaynak listesi ve **Kaynak ekle** kataloğu, Observability'de bağlantı listesi ve **Bağlantı ekle** kataloğu ayrı sayfalarda.
**Otomatik güncelleme:** kurulum yöneticisi açarsa yeni sürüm onay beklemeden kurulur. İmza kontrolü, koşuların bitmesini bekleme ve veritabanı yedeği yine yapılır, her güncelleme audit log'a yazılır.
Kubernetes veri kaynağı sayfası önce kümeyi gösterir: hazır olmayan workload'lar, çalışmayan pod'lar ve en çok restart eden pod'lar. Grafik lejantları tek satır ve kısa adlı.
Trace'te hatalı span'ler kırmızı; **Hatalar: N** rozeti ilk hataya götürür.
Topoloji kutuları geniş, yazılar iç içe girmiyor; renkleri ve çizgileri anlatan lejant eklendi.
**Olaylar, Loglar ve APM Hataları** aynı filtre düzeninde: sabit filtre sütunu (gizlenebilir, dar ekranda **Filtreler** düğmesiyle açılır), tam genişlikte liste, seçili filtreler etiket olarak ve **Tümünü temizle**. Olaylarda durum çubuğu, severity ve son görülme çipleri; loglar tek satır, tıklayınca tamamı açılır.
**Event policy şablonları:** **Yeni policy** penceresinde aranabilir, kategorili **Şablondan başla** kartları. Sekmelerde ve sol menüde açık policy sayıları; hazır politikalara giden bağlantı.
APM Servisler'de önerilen testler tablonun üstünde tek satır; her serviste öneri sayısı rozeti; **Tümünü gör** aranabilir, servise göre gruplu liste açar.
Bağlantı türü rozetlerinde NATS'ın marka ikonu.
**APM canlı yenileme:** APM sayfalarının sağ üstünde zaman aralığı ve yenileme seçici: Kapalı, 5 sn, 10 sn, 30 sn, 1 dk, 5 dk, 15 dk (göreli aralıkta varsayılan 1 dk). Seçim adreste kalır; sekme arka plandayken, pencere açıkken ya da yazarken bekler.
**Kubernetes detayı:** küme özetindeki her sayı tıklanınca listesi, listedeki satır tıklanınca detayı açılır. Deployment'ta kaç pod ayakta, kaçı değil ve neden (CrashLoopBackOff, ImagePullBackOff, Pending…); her pod'da **Neden yeniden başladı?**: reason, son 1 saatteki restart'lar ve zamanı, restart öncesi bellek / limit, k8s event'leri ve log bağlantıları.
**Tablo filtreleri:** ana tablolarda Türkçe harfe duyarlı arama (İ/ı), sütun değerine göre filtre (sayılarıyla), tarih ve sayı aralığı, etiket olarak seçili filtreler, **Temizle** ve "N / M gösteriliyor". Filtreler adreste kalır; **/** tuşu aramaya gider.
**Yeni hazırlık rehberleri:** Kubernetes bağlama (küme içi Tower, Pod Security restricted, gizli soruyla Secret), Observability sayfasında OTLP gönderici rehberi (doğrulama komutu, veri geldi mi testi, alıcı sağlığı) ve PostgreSQL + SSH tüneli (tünel anahtarı üretme, formdan hazırlık komutları, katmanlı bağlantı testi).
**Rehberlerde değer formu:** rehberin üstüne Spitfire adresi, Tower, token, servis adı gibi değerleri bir kez yazın; sayfadaki her komuta ve Kopyala'nın kopyaladığına girer. Kurulum, yedek, geri yükleme ve destek komutları tam yolla her klasörden çalışır; Tower kurulumu sonunda başarıyı kontrol eder.
Kubernetes Collector manifest'i tek kopyalanabilir `kubectl apply` komutuyla gelir; kubelet'e node IP'siyle gidilir. Kendi Collector'ınızı kullanıyorsanız otelcol-contrib 0.164.0 veya sonrası gerekir (yeni bileşen adları).
**API dokümanı içe aktarma:** JSON yerine doküman sayfasının adresi de verilebilir (ör. `https://.../api/docs`); Spitfire sayfadaki OpenAPI dosyasını bulur. `/orders/{orderId}` gibi path değişkenleri testin değişkenlerine eklenir (dokümandaki örnek değerle, yoksa boş); editörde "değişkenleri ekledim, değerlerini sen gir" uyarısı ve **Değişkenlere git** düğmesi.
Test editöründe her adım ayrı beyaz bir kart: kalın çerçeve, renkli başlık şeridi, numara rozeti, adımlar arasında boşluk.
**HTTP 429 (rate limit) hata sayılmaz:** hata oranına, threshold'lara ve kapasite testinin kırılma noktasına girmez. Raporda "Bu bir hata değil" bulgusu: hangi adımda, ne zaman (VU ve RPS), sunucunun gönderdiği sınır header'ları (Retry-After, X-RateLimit-*…) ve hedefte izin verilecek IP'ler ile header'lar.
Koşu sayfasında **Backend** sekmesi, bazı kaynakların boş döndüğü koşularda "Cannot read properties of null" hatası vermeden açılır.
Türkçe ekranlarda ve dokümanda "Denetim kaydı" yerine **Audit log**.
Onay pencerelerine (ör. bağlantı kaydederken **Test edilmedi**, SSH tünelinde **Host key'e güvenilsin mi?**) açılırken çok hızlı yanıt verilince pencere görünmez halde ekranda kalıyor, altındaki formun düğmeleri tıklanamıyordu. Onay pencereleri artık animasyonsuz açılıp kapanıyor.
Audit log'da **Her çalışma alanının kayıtlarını göster** kutusu tıklanınca hemen işaretleniyor; önce bir an eski haline dönüyordu.

Bu sürümün rehberleri

Güncelleme

Kurulumunuz yeni bir sürümü kendisi bildirir: yöneticiler arayüzün üstünde sürüm notlarını ve bu kuruluma uygun güncelleme komutunu görür. Komut önce veritabanını yedekler ve ayarları korur (Güncelleme). Yeni sürümleri RSS beslemesiyle de takip edebilirsiniz.

← 1.3 · Tüm sürüm notları