Uptime ve SLO: Kesinti yüzdesini doğru yorumlama rehberi

Bir panelde yüzde 100 görmek, bütün kullanıcıların kesintisiz hizmet aldığı anlamına gelmeyebilir. Ölçüm sıklığı, kontrol noktası ve saklanan örnekler sonucun kapsamını belirler. Profesyonel bir durum sayfası güzel bir yüzde göstermek kadar o yüzdenin neyi temsil ettiğini açıklamalıdır. Operasyon kararını eksik veya eski ölçüme dayandırmayın.

Önce ölçülen şeyi tanımlayın

Ana sayfanın HTTP yanıtı, ödeme işleminin tamamlanması ve API gecikmesi aynı gösterge değildir. Hangi isteğin hangi başarı koşuluyla sayıldığını yazın. Bir yönlendirme yanıtının başarılı kabul edilmesi hedef uygulamanın işlevini kanıtlamaz. Ölçümün kapsamı herkes için aynı şekilde anlaşılmadığında ekipler aynı yüzde üzerinden farklı sonuçlara varır.

Örnek sayısı ve zaman kapsamını görünür tutun

Saklanan 50 gözlemi bütün ayın sonucu gibi sunmayın. İlk ve son gözlem zamanı, örnek sayısı ve kontrol aralığı birlikte gösterilmelidir. İzleme sunucusu çalışmadığında oluşan boşluklar başarı sayılmamalıdır. Yeni açılan alan adında veri yoksa yüzde yerine henüz ölçüm olmadığını belirtmek daha doğru bir işletim bilgisidir.

Ardışık hata ve toparlanmayı birlikte değerlendirin

Tek başarısız istek geçici ağ koşulundan kaynaklanabilir. Ardışık hata eşiği yanlış alarmı azaltırken algılama gecikmesi yaratır. Benzer biçimde tek başarılı yanıt kalıcı toparlanmayı göstermeyebilir. Eşik seçimini hizmetin kritikliğine ve bildirim yüküne göre yapın; daha seyrek ölçümle saniyelik alarm sözü vermeyin.

Bakım ve bildirim verisini ayırın

Planlı bakımın erişilebilirlik hesabına nasıl katılacağı önceden belirlenmelidir. Panelde bakım olarak işaretlenen ölçümleri diğer sonuçlardan ayırın. SMS’in kabul edilmesi olayın kendisinden farklı bir kayıt türüdür. İletişim arızası yüzünden kullanıcıya ulaşmayan bir alarm, ölçülen kesintiyi yok etmez. Her iki geçmişi kendi amacıyla inceleyin.

SLO’yu iyileştirme kararına bağlayın

Hedefi tanımlarken hizmetin kullanıcı açısından önemli davranışını seçin. Tek izleme noktası ve kısa örnek geçmişinden sözleşmesel garanti çıkarmayın. Tekrarlayan olayların nedenini, süresini ve alınan önlemi kaydedin. Ölçüm, sorunu gizlemek için değil bakım önceliği ve hata bütçesi konuşmasını daha somut yapmak için kullanılmalıdır.

Uygulama kontrol listesi

• Başarı koşulunu açıkça yazın.
• Örnek sayısını ve veri kapsamını gösterin.
• Bakım ve eksik veriyi ayırın.
• Alarm teslimi ile olay kaydını karıştırmayın.

Sık sorulan soru

Tek kontrol noktası yeterli mi?

Basit bir başlangıç sağlar; farklı ağlardaki kullanıcı deneyimini bütünüyle temsil etmez. İhtiyaca göre bağımsız ölçüm noktaları gerekir.

Sonraki adım

Başvuru için ücretsiz SSL formunu, teknik aşamalar için SSL rehberini kullanabilirsiniz. Kurulumda bir hata varsa destek talebinize etkilenen alan adını ve hata mesajını ekleyin.

# Örnek oran: başarılı saklanan gözlem / uygun saklanan gözlem
# Eksik veri ve bakım politikasını ayrıca açıklayın.