Hazır politikalar, gruplar ve bildirim teslimi

Olaylar → Event policy'leri → Hazır politikalar sekmesi, Spitfire'ın topladığı metriklerle Kubernetes, Docker, Linux ve Windows sunucularını ve ağ cihazlarını (SNMP) izleyen kurallarıdır. Kurulumla gelir, açıktır ve spitfire.builtin kaynaklı event açar. Ayrıca kural yazmanız gerekmez.

#Nasıl çalışır

1. Spitfire her dakika her kuralı ilgili sunucu, pod, konteyner ya da arayüz için ölçer.
2. Değer eşiği geçer ve Süre kadar geçili kalırsa event açılır (uyarı ya da kritik).
3. Uyarıdan kritiğe çıkınca bir bildirim daha gider; değer düzelince event çözülür ve "çözüldü" bildirimi gider.
4. Ölçülemeyen bir konu (silinmiş pod, kaldırılmış disk) 15 dakika sonra kendiliğinden çözülür.

Kuralın Kanallar sütununda seçtiğiniz her kanala (Slack, e-posta, SMS, webhook…) ayrı bildirim gider; istediğiniz kadar kanal seçebilirsiniz. Kanal yoksa kural yalnız olay kaydeder (yalnız olay). Event policy'leriniz bu event'lere de uygulanır.

#Değiştirme, kapatma, varsayılana dönme

• Düzenle ile uyarı ve kritik eşiğini, süreyi ve kanalları çalışma alanınız için değiştirin. Değişen kural Değiştirildi rozetini taşır.
• Varsayılana dön eşikleri, süreyi ve kanalları kuralın varsayılanına geri alır.
• Anahtar kuralı kapatır: kapalıyken olay ve bildirim olmaz, açık event'leri bildirimsiz çözülür. Hazır politika silinemez, yalnız kapatılır.
• Değiştirmek için çalışma alanı yöneticisi olmanız gerekir. Her değişiklik audit log'a yazılır (event.builtin.update, event.builtin.enable, event.builtin.disable, event.builtin.reset).
• Kuralların bir sürümü vardır (v1). Spitfire bir kuralı güncellediğinde sürüm artar; sizin eşik ve kanal değişiklikleriniz korunur.

#Kurallar

Eşik kendi biriminde: %, dakika, sayı ya da çekirdek başına. "Koşul" olan kuralların değiştirilecek eşiği yoktur; durum görülünce tetiklenir.

Her kuralın açıklaması ve "Ne yapmalı" ipucu, adının yanındaki turuncu i'dedir.

#Kaynak sütunu

Olaylar listesindeki Kaynak sütunu event'in nereden geldiğini logo ve kısa adla gösterir: Spitfire'ın kendi kaynakları (hazır politika, monitör, APM alarmı…) Spitfire işaretiyle, izleme bağlantıları kendi logosuyla, API ve webhook girişleri kendi simgesiyle. Dar ekranda yalnız logo görünür, ad üzerine gelince çıkar. Bir kaynağa tıklamak listeyi o kaynağa süzer.

#Kaynaklar arası gruplar

Aynı host ya da servisin farklı kaynaklardan (hazır politikalar, izleme bağlantıları, webhook girişleri) 10 dakika içinde gelen sorunları (uyarı ve üstü) tek grupta toplanır. Grubun ilk event'i bildirilir; diğerleri kendi bildirimleri olmadan onun zaman akışına eklenir. Host adları büyük-küçük harf, alan adı ve port gözetmeden karşılaştırılır (WEB-1.example.com:9100 ile web-1 aynıdır). Pod'lar workload'larının servisiyle gruplanır.

• Olaylar → Gruplar görünümü her grubu çerçeveli bir kartta gösterir: başlıkta host ya da servis, en kötü önem, event sayısı ve kaynakların logoları; her satırda kaynağının renginde bir şerit.
• Üstteki gürültü özeti, gelen olay sayısının listede kaç satıra indiğini gösterir (tekrarlar ve gruplar düşülür).
• Pencereyi (1–1440 dakika) ya da özelliği Event policy'leri sayfasındaki Kaynaklar arası korelasyon kartından değiştirin. Bir event'i önce bir korelasyon policy'si gruplarsa o geçerlidir.

#Tüm alarm bildirimlerini durdur

Bakımda ya da üzerinde zaten çalıştığınız bir olayda, kurulum yöneticisi Event policy'leri sayfasındaki Tüm alarm bildirimlerini durdur anahtarıyla bütün alarm bildirimlerini keser; isterse bir bitiş zamanı verir.

• Durdurma sürerken her sayfanın üstünde bir şerit görünür.
• Event'ler yine kaydedilir ve Olaylar'da kalır.
• Bu sürede gönderilmeyen bildirimler sonra da gönderilmez; teslim kaydında "Gönderilmedi" olarak görünür.
• Koşu ve rapor bildirimleri durdurulmaz.
• Açma ve kapatma audit log'a yazılır (notifications.pause, notifications.resume).

#Bildirim teslimi ve yeniden deneme

Bildirimler bir kuyruktan, servisleri bekletmeden ve sınırlı sayıda eşzamanlı gönderilir. Teslim başarısız olursa 30 saniye, 2 dakika ve 10 dakika sonra yeniden denenir. Son deneme de başarısız olursa:

1. Sistem teslimi kapatır; Entegrasyonlar'daki teslim kaydında "Sistem kapattı: 3 deneme başarısız" görünür.
2. Event açık kalır; ack ve resolve sizdedir.
3. Kanal için bir kez "kanal ulaşılamıyor" bildirimi düşülür; aynı kanal için tekrar tekrar uyarı gelmez.