SLO Nedir? Basit Türkçe Açıklama ve Sheets Takip Şablonu

Öyleyse SLO nedir? Hizmet seviye hedefi (SLO), bir hizmet için belirlediğiniz, bir zaman aralığı üzerinde yazılan bir güvenilirlik hedefidir. "30 gün içinde isteklerin yüzde 99,9'u başarılı olur" bir SLO'dur. Takımınıza hata ayıklamayı durdurup düzeltmeyi başlamanız gerektiği kadar başarısız olmak kabul edilebilir. Arkasındaki matematik basit bölme işlemidir, bu nedenle bir elektronik tablo bunu iyi şekilde ele alır.

Biscuit zaten formülleri bulmuştur. Siz sayıları getirirsiniz.

Sürekli karşılaştığınız üç kısaltma, sıralanmış

SLI, SLO, SLA. İnsanlar bunları toplantılarda karıştırırlar, işte kısa versiyon.

• SLI (hizmet seviye göstergesi): ölçtüğünüz şey. Hata olmadan dönen isteklerin payı, 300 ms altında yüklenen sayfaların payı, zamanında biten işlerin payı.

• SLO (hizmet seviye hedefi): bu ölçümün hedefi. "SLI 30 gün içinde en az yüzde 99,9 olmalıdır."

• SLA (hizmet seviye anlaşması): genellikle geri ödeme ile ilişkili bir hedef için sonuçları olan bir sözleşme.

En temiz test Google'ın SRE kitabından geliyor: hedefinizi kaçırırsanız ne olacağını sorun. Hiçbir sözleşmeli şey olmazsa, bir SLO'ya bakıyorsunuz, SLA'ya değil. SLO'nuzun imzaladığınız herhangi bir SLA'dan daha sıkı olması gerekir, böylece müşteri geri ödeme almadan önce bir uyarı alırsınız.

Elektronik tablo açısından: SLI bir ölçüm sütunudur, SLO bir hedef hücresidir ve SLA'yı birisi yasal olarak saklıyor.

Neden yüzde 99,9 ve 99,99 çok farklı vaatler

Her ek dokuz, izin verilen kapalı kalma sürenizi on katına indiriyor. 30 günlük bir ay (43.200 dakika) içinde, her bir hedef size şunu bırakır:

• Yüzde 99: Yüzde 1 bütçe, 30 gün içinde 432 dakika (7,2 saat) izin verilen kapalı kalma

• Yüzde 99,5: Yüzde 0,5 bütçe, 216 dakika (3,6 saat)

• Yüzde 99,9: Yüzde 0,1 bütçe, 43,2 dakika

• Yüzde 99,95: Yüzde 0,05 bütçe, 21,6 dakika

• Yüzde 99,99: Yüzde 0,01 bütçe, 4,32 dakika

O son satır tuzaktır. Aylık dört dakika, bir insan uyarıyı okumayı bitirmeden bütçenin gitmesi anlamına gelir. Çoğu dahili araç, pano ve küçük SaaS ürünü buna ihtiyaç duymaz ve bunu takip etmek gerçek para anlamına gelir.

Bir müşteri özel olarak talep etmediği sürece yüzde 99,99'u atla. Google'ın tavsiyesi de açık: başladığınız gevşek bir hedefle başlayın, daha sonra sıkılaştırabilirsiniz, çünkü katı bir, gevşetmesi gereken bir, herkesi sayıyı yok saymaya öğretir.

Hata bütçesi: takımınız hakkında gerçekten tartıştığı sayı

Hata bütçesi, SLO'nun bıraktığı her şeydir. Yüzde 99,9'u hedefle, bu nedenle bütçe yüzde 0,1'dir. 30 gün içinde, "kötü" zamanın 43,2 dakikasını harcamaya izniniz var.

Bunu yakıt göstergesi olarak düşünün. Riskli dağıtımlar yakıt yakıyor. Kötü bir veritabanı geçişi yakıt yakıyor. Saat 3'te sabah bir kesinti çok yakıt yakıyor. Depo doluyken daha hızlı gemi. Boş olduğunda, özellik eklemeyi durdurun ve güvenilirliği düzeltmeyin.

Google'ın kendi örnek politikası bununla somut: bir hizmet dört haftalık bir pencere üzerinde bütçesini aşarsa, P0 onarımları ve güvenlik yamaları dışında tüm değişiklikler durur hizmet SLO'sunun içinde geri dönene kadar. Bütçe, ceza değil, pazarlık aracı. Ürün yöneticisi ve mühendisiyle gut feeling yerine aynı hücreden tartışmasını sağlar.

Aynı hizmete dokunuyor birden fazla ekip varsa sorun. Bir ürün yöneticiysiz ve bir açılış sayfası ve iletişim formu varsa fazlalık.

Kullanıcılarınız tanıyacağını bir SLI seçme

En iyi SLI'lar, bir kişinin fark edeceği anı açıklar. Çoğu hizmet üç kapatır:

• Uygunluk: başarılı olan isteklerin payı. Ölçüsü kolay, açıklanması kolay.

• Gecikme süresi: eşikten daha hızlı olan isteklerin payı. "Arama sonuçlarının yüzde 95'i 300 ms'de geri döner" bir ortalamadan daha iyidir, çünkü ortalamalar insanları rahatsız eden yavaş kuyruk gizler.

• Tazelik: veri ardışık düzenleri ve raporlar için, son tarihten önce biten çalışmaların payı. Bu elektronik tablo insanları iyi yakalar: "sabah satış sayfası hafta içi günlerin yüzde 99'unda sabah 8'e kadar güncellenir."

SLI'yı kesir olarak yazın: iyi olaylar bölü geçerli olaylar. O alışkanlık, her SLO'yu bir hücrede hesaplanır hale getirir ve olay sırasında değil, olaydan önce "iyi" sayılan şeye karar vermeye zorlar.

Pencere için, dönen 30 gün tipik seçim. Bir takvim ayı rapor etmesi basittir ama bütçeyi 1.'de sıfırlar, bu ayın sonunda riskli sürümleri itmeye ikna eder. Bir sayfada, dönen pencere sadece SUMIFS(Incidents!C:C,Incidents!A:A,">="&TODAY()-30) ile son 30 güne olayları filtrelemek anlamına gelir.

10 dakikada Google Sheets veya Excel'de bir SLO izleyici oluşturun

Başlamak için bir izleme platformuna ihtiyacınız yok. İki sekme gerekir: Olaylar ve SLO.

Olaylar sekmesinde, başlangıç saati sütun A'da, bitiş saati sütun B'de ve süresi sütun C'de her kesinti kaydedilir:

=(B2-A2)*24*60

• B2 ve A2: olayın bitiş ve başlangıç tarih-saatleri.

• *24*60: gün tabanlı farkı dakikaya çevirir.

Hem Excel hem de Sheets, tüm sürümler çalışır.

Şimdi SLO sekmesi. Bu etiketleri sütun A'ya ve formülleri sütun B'ye koyun:

B1: 0.999                         (SLO hedefiniz)
B2: 30                            (gün cinsinden pencere)
B3: =B2*24*60                     (penceredeki toplam dakika)
B4: =B3*(1-B1)                    (dakika cinsinden hata bütçesi)
B5: =SUM(Incidents!C2:C)          (şimdiye kadar kapalı kalma süresi)
B6: =1-B5/B3                      (gerçek uygunluk)
B7: =B4-B5                        (dakika cinsinden kalan bütçe)
B8: =B5/B4                        (harcanan bütçenin payı)

Yüzde 99,9 hedefi ile B3 43200 döner ve B4 43,2 döner. 12 dakikalık bir kesinti kaydedilir ve B8 yüzde 27,8 gösterir. İşte gerçek hücrelerinizde bununla ne elde edersiniz.

B5'de C2:C hakkında bir not: açık uçlu aralık, Sheets söz dizimidir. Excel'de Incidents!C2:C500 gibi sabit bir aralık veya tablo başvurusu kullanın.

Kimsenin numarayı okumak zorunda olmaması için bir durum hücresi ekleyin:

=IF(B8>=1,"Sürümleri dondur",IF(B8>=0.5,"Dikkatli ol","Gönder"))

• B8>=1: bütçe tamamen harcandı veya aşıldı.

• B8>=0.5: yarı gitti, bu nedenle riskli değişiklikleri gözden geçirin.

• Her şey başka: yeşil ışık.

Kendi eşiklerinizi seçin. Elli yüzde bir tahmin, fizik kanunu değil.

Sayfanızın kendi sürümü için sözdiziminde sıkışmış mı? Bunu sade İngilizce olarak açıklayın ve aracı yazmasına izin verin.

Dakikalar yerine istekleri sayma

Zaman tabanlı izleme açıklanması kolay fakat karkteri. Hizmetiniz hiç kimse çevrimiçi olmadığında saat 4'de 5 dakika "kapalı" ise, bu öğlen 5 dakikadan daha az zarar görür. Çoğu ciddi ekip SLI'yı isteklere göre tanımlar.

İstek günlüğünü bir sekmesine yapıştırın, HTTP durum kodu sütun B'de. Sonra:

=1-COUNTIF(B2:B,">="500")/COUNTA(B2:B)

• COUNTIF(B2:B,">="500"): sunucu hatası dönen istekleri sayar.

• COUNTA(B2:B): tüm istekleri sayar. Bir eksi hata payı başarı payını verir.

Sonuç, bir kesir olarak uygunluk SLI'yı. Hedef hücre ile karşılaştırın ve SLO'nuzun tamamı bir satırda var. Excel 2016 ve 365 her ikisi COUNTIF kabul; sadece B2:B'yi sınırlanmış bir aralık ile değiştirin.

İki dürüst uyarı. Elektronik tablolar milyonlarca satırda şoka girer, bu nedenle ham günlükler yerine günlük toplamları dışa aktarın. Ve 4xx yanıtı genellikle kullanıcının hatası, sizin kesintiniz değil, bu nedenle kuralı bir kez karar verin ve yazın.

Hızlı tükenme oranı: çok geç olmadan sizi uyaran formül

Şimdiye kadar bütçenin yüzde 27,8'ini harcadığınızı bilmek hoş. Takvim kadar hızlı harcadığınızı bilmek yararlı. Bu oran hızlı tükenme oranıdır.

=B8/(B9/B2)

• B8: şimdiye kadar harcanan bütçenin payı.

• B9: pencere içinde geçen gün (el ile veya =TODAY()-B10 girin, pencere başlangıç tarihi B10'da).

• B2: gün cinsinden toplam pencere.

Bir 1'in tükenme oranı, pencereyi tam olarak sıfır bütçe ile bitireceğiniz anlamına gelir. 1'in üzerinde, dondurma yolunda gidiyorsunuz. 1'in altında, oda var. 30 günlük pencereye 10 gün ilerlemişseniz ve zaten yüzde 60 harcadıysanız, tükenme oranı 1,8'dir. Bu sayfaya koymak için sayı.

Bu, büyük izleme araçlarının hızlı tükenme uyarıları için aynı fikirdir. Bir sayfa saat 3'de sizi aramayacak ama bunu rapor katmanı, alarm olarak değil, tedavi edin.

Gerçek sayılarla çalışılan bir örnek. SLO'nuz 30 gün üzerinde yüzde 99,9'dir, bu nedenle bütçe 43,2 dakikadır. 1. gün 8: kötü bir dağıtım ödeme sayfasını 14 dakika kapatıyor. Bu bütçenin yüzde 32,4'ü pencerenin çeyreğinde gitti, tükenme oranı yaklaşık 1,2. Hiçbir şey yanmıyor ama sayfa şimdi "Dikkatli ol" diyor ve bir sonraki riskli geçiş iki kez bakışa alıyor. 15. gün: sağlayıcı kesintisi 30 dakika ekler. Toplam 44 dakika, yüzde 101,9 harcandı. Durum hücresi "Sürümleri dondur" olarak kaydırıyor ve öncelikler hakkında konuşma bir hissiyat yerine tabloda sayı ile gerçekleşir.

Bu alıştırmanın tamamı budur. Dokuzlar değil, fakat herkesin işaret edebileceği paylaşılan hücre.

Elektronik tablo yeterli değilse

Bu gibi bir izleyici bir veya iki hizmet ve haftalık gözden geçirme için çalışır. Onlarca hizmet varsa, otomatik veri toplama gerekiyorsa veya bir sonraki Pazartesi toplantısı yerine dakikalar içinde ateşlenen uyarı istiyorsanız çöker.

Uygun bir gözlemlenebilirlik aracına bakmanın zamanı. Datadog ve Grafana'nın her ikisinin de SLO özelliği vardır metriklerin SLI doğrudan çeken ve bütçe çizen.

Prometheus çalıştırıyorsanız ve açık kaynak istiyorsanız Grafana'yı seçin. Kendiniz hiçbir şey çalıştırmayı tercih ediyorsanız ödemeyi seçin. Her ikisine de karar verin, ayda bir çevrim sayfasında sayfayı saklayın, çünkü odadaki herkes onu açabilir ve hiç kimseye satıcıya giriş gerekli değil.

Bir hizmet için ilk SLI seti hazırlamaya yardım istiyorsanız, genel asistan iyi bir beyin fırtınası ortağı. Verdiği her sayıyı doğrulayın, çünkü mutlu bir şekilde inandırıcı görünüyor.

SLO'yu işe yaramaz hale getiren ve Pazartesi yapacaklar hatalar

Biscuit kötü bittiğini gördüğü birkaç desen:

• Mevcut performansınızı hedef olarak kopyalama. Geçen çeyrek yüzde 99,97'de koştunuz, yüzde 99,97 SLO'su bakımı yapılamayacağınız bir hızı kilitler.

• Çok fazla SLO. Hizmet başına iki veya üç. Bundan sonra hiç kimse hangisinin önemli olduğunu hatırlamaz.

• Kolay olanı ölçme, kullanıcıların ne hissettiğini değil. CPU kullanımı SLI değil. Başarısız ödeme SLI'dir.

• Sonuç yok. Hata bütçesi politikası olmayan SLO bir dilektir. Yüzde 50, yüzde 100 ve yüzde 150'de harcanan şey önceden karar verin.

• Hedefi asla yeniden ziyaret etme. Her çeyrek gözden geçirin. Bütçeyi harcamaya hiçbir zaman yakın geliyorsanız, hedef çok gevşek.

Şimdi Pazartesi bölümü. Bir hizmet seçin. Bir mühendis olmayan kişi izleyebilecek tek cümle bir SLI yazın. Gevşek bir hedef yazın, yüzde 99,5 veya yüzde 99,9. Yukarıdaki iki sekme oluşturun, geçen ayın olaylarını kaydedilir ve bütçenin ne söylediğini görün.

Eğer cevap "harcadığımız bütçeyi yüzde 300" ise, herkesin neden yorgun hissettiğini buldum. "Harcadığımız yüzde 4" cevabı varsa, hedefi sıklaştırın veya daha hızlı gönderin. Her iki şekilde de, artık hissiyat yerine tartışacak sayıya sahipsiniz.

İyi çocuk. Şimdi gidip o olayları kaydedin.