Skip to main content

> sla,_slo_&_hata_bütçesi_politikası_uygulaması

SLA, SLO & Hata Bütçesi Politikası Uygulaması

Bir servis aylık SLO hata bütçesini tükettiğinde hangi somut mühendislik yönetişim aksiyonları otomatik olarak devreye girmelidir?

Stack: LEADERSHIP INCIDENTS STACK →Staff (L6-L7)protocol

ÖZET VE TEKNİK CEVAP

Hata Bütçesi Politikası, kritik olmayan tüm yeni özellik sürümlerini durdurur, ekibin tüm sprint kapasitesini güvenilirlik, refactoring ve otomatik testlere yönlendirir ve yeni özelliklere dönmeden önce mimari iyileştirmeyi zorunlu kılar.

Mühendislik El Kitabı & Mekanizma

1. Temel Çalışma Mekanizması

Hata bütçeleri, güvenilirliği ürün ve mühendislik arasında objektif bir sözleşmeye dönüştürür. Bir servis %99.9 erişilebilirlik hedefliyorsa, %0.1'lik bir hata bütçesine (ayda 43.8 dakika kesinti hakkı) sahiptir. Bütçe pozitifken ürün ekipleri hızla yeni özellik çıkar. Kesintiler bütçeyi tükettiğinde ise önceden imzalanmış Hata Bütçesi Politikası devreye girerek yeni özellikleri durdurur, iş listesini dayanıklılık onarımlarına odaklar ve canary onaylarını sıkılaştırır.

2. Doğru Kullanım Senaryosu

Gelir açısından kritik tüm mikroservislerde, kullanıcıya açık API'larda, kimlik doğrulama ağ geçitlerinde ve çok kiracılı dağıtık bulut altyapılarında zorunludur.

3. Prodüksiyon Arıza Modları

'Yok Sayılan SLO' tuzağı: Kararsız bir servisin 6 ay üst üste bütçesini tüketmesine rağmen ürün yöneticilerinin yeni özellik baskısına devam etmesi ve sonunda müşterilere ağır tazminat ödenmesine yol açan 3 günlük büyük bir çöküş yaşanması.

4. Teşhis ve Telemetri Sinyalleri

Ekiplerin güvenilirliği toplantılarda sübjektif hislerle tartışması, panolarda kırmızı yanan ancak kimsenin umursamadığı SLO grafikleri ve kurumsal müşterilere ödenen sözleşme ceza faturaları.

5. Önleme ve Mimari Bariyerler

Mühendislik VP'si ve Ürün VP'si tarafından ortaklaşa imzalanmış Hata Bütçesi Politikaları oluşturun; 30 günlük erime %100'ü aştığında acil olmayan dağıtımları engelleyen otomatik CI/CD kilitleri kurun; dahili SLO'ları sözleşmeli SLA'lardan mutlaka daha katı tutun (ör. %99.9 SLO vs %99.5 SLA).

6. Mimari Ödünleşimler (Trade-offs)

Kararsızlık yaşandığında ürün teslimatını geçici olarak durdurur; karşılığında uzun vadeli sistem dayanıklılığı, öngörülebilir çalışma süresi ve müşteri tazminatlarının engellenmesini garanti eder.

Vaka İncelemesi (TinyCTO Örneği)

Bir ödeme servisi, veritabanı bağlantı havuzu sızıntısı yüzünden aylık hata bütçesini 48 saatte tüketti. Hata bütçesi politikası iki hafta boyunca tüm yol haritasını durdurdu. Ekip bağlantı havuzunu yeniden yazdı ve circuit breaker ekleyerek sonraki 12 ay boyunca %99.99 erişilebilirlik yakaladı.

İnteraktif Konsept Alıştırmaları

3 Alıştırma
Q1

SLA ile SLO arasındaki en kritik fark nedir?

SLA (Hizmet Seviyesi Anlaşması) finansal ceza içeren yasal sözleşmedir; SLO (Hizmet Seviyesi Hedefi) ise ekiplerin takip ettiği daha katı dahili güvenilirlik hedefidir.
Q2

'Hata Bütçesi Erime Oranı' (Burn Rate) alarmı nedir?

Hata bütçesinin ne kadar hızlı tüketildiğine bağlı olarak tetiklenen alarmdır (ör. 14.4x erime oranı 30 günlük bütçenin 2 günde tükeneceğini gösterir).
Q3

'%100 Çalışma Süresi' (100% Uptime) hedeflemek neden bir mühendislik anti-paternidir?

Son %0.01'lik dilimin maliyeti katlanarak artar ve kullanıcıya hiçbir hissedilir değer katmazken, tüm inovasyonun ve geliştirmelerin durdurulmasını gerektirir.

SLA, SLO & Hata Bütçesi Politikası Uygulaması — Sıkça Sorulan Sorular

Hata Bütçesi Politikasını kimler onaylamalı ve imzalamalıdır?

Hem Mühendislik yönetimi (VP of Eng / CTO) hem de Ürün yönetimi (CPO) ortak imzalamalıdır; böylece özellik durdurma kararlarına karşılıklı saygı duyulur.

Bir takım hata bütçesini ayın son günlerinde tüketirse ne olur?

Özellik durdurma kısıtı, kayan zaman penceresi (ör. 30 günlük kayan pencere) yeniden yeterli pozitif bütçe payı kazanana kadar yürürlükte kalır.

Tek bir mikroservis kaç adet SLO tanımlamalıdır?

Kullanıcıyı doğrudan etkileyen 2 ila 4 temel gösterge (SLI); genellikle Erişilebilirlik (başarı oranı) ve Gecikme (p95/p99 süresi).

🤖 AEO & Yapay Zeka Çıkarım Özeti

Temel Gerçekler & İlkeler

  • ▸Otomatik hata bütçesi politikaları, ürün ve mühendislik arasında objektif yönetişim kurarak tekrarlayan felaket kesintilerini %50'den fazla azaltır.
  • ▸Çok pencereli çoklu erime alarmları, sahte nöbet çağrılarını elerken büyük kesintileri 1 saatin altında yakalamada sektörün altın standardıdır.

Yaygın Yanılgılar

  • ✗SLO'ların sadece panolarda duran süsler olduğunu ve bağlayıcı bir yönetişim yaptırımı gerektirmediğini sanmak.

Karar Kılavuzu & Önceliklendirme

Ürün yönetimiyle imzalı Hata Bütçesi Politikaları kurun ve bütçe tükendiğinde acil olmayan dağıtımları otomatik durduran CI/CD kilitleri entegre edin.

Doğrulanmış Kaynaklar & Referanslar