"7/24 destek veriyoruz" cümlesi tek başına hiçbir şey ifade etmez. Önemli olan, bir sorun olduğunda ne kadar sürede yanıt alacağınız, kritik bir kesintinin ne kadar sürede çözüleceği ve sistemin ne kadar süre ayakta kalacağının taahhüt edilmesidir. İşte SLA (Service Level Agreement / Hizmet Seviyesi Anlaşması) tam da bunu yazılı ve ölçülebilir hâle getirir. Bu rehberde doğru bir SLA'nın nasıl tasarlandığını ele alıyoruz.
SLA Nedir, Neden Önemlidir?
SLA, hizmet sağlayıcı ile müşteri arasında, sunulacak hizmet seviyesini ölçülebilir metriklerle tanımlayan sözleşmedir. İyi bir SLA belirsizliği ortadan kaldırır: her iki taraf da neyin, ne kadar sürede, hangi kalitede sunulacağını bilir. Bu, hem güveni hem de hesap verebilirliği sağlar.
SLA'nın Temel Metrikleri
- Uptime (erişilebilirlik): Sistemin çalışır kalma yüzdesi (ör. %99.9)
- Yanıt süresi (response time): Talep alındıktan sonra ilk müdahaleye kadar süre
- Çözüm süresi (resolution time): Sorunun tamamen giderilmesine kadar süre
- Öncelik seviyeleri (priority): Etki ve aciliyete göre sınıflandırma
- Servis kredisi: İhlal durumunda uygulanan telafi
Öncelik Seviyeleri ve Süre Hedefleri
İyi bir SLA, her talebe aynı süreyi vaat etmez; öncelik seviyesine göre farklılaştırır. Tipik bir matris:
| Öncelik | Tanım | Yanıt | Hedef Çözüm |
|---|---|---|---|
| P1 — Kritik | Tüm şirket/üretim durdu | 15-30 dk | En kısa süre / 4 saat |
| P2 — Yüksek | Bir departman/kritik fonksiyon etkilendi | 1 saat | 8 saat |
| P3 — Orta | Birkaç kullanıcı, geçici çözüm var | 4 saat | 1-2 iş günü |
| P4 — Düşük | Tek kullanıcı, düşük etki / talep | 1 iş günü | 3-5 iş günü |
* Değerler örnektir; gerçek SLA kurumun iş kritikliğine ve sözleşmeye göre belirlenir.
Uptime Hedefleri ve Anlamı
| Uptime | Yıllık kesinti | Aylık kesinti |
|---|---|---|
| %99 | ~3,65 gün | ~7,3 saat |
| %99.9 | ~8,76 saat | ~43 dakika |
| %99.99 | ~52 dakika | ~4,3 dakika |
Hedef yükseldikçe gereken mimari (yedeklilik, failover, izleme) ve maliyet artar. Doğru SLA, "mümkün olan en yüksek" değil, "iş için gerekli olan" seviyeyi hedefler.
İyi Bir SLA Tasarımının 5 İlkesi
- Ölçülebilir ol: Her taahhüt sayıyla ifade edilmeli; "hızlı" değil "1 saat".
- İş kritikliğiyle hizala: Süreler, sistemlerin işe etkisine göre belirlenmeli.
- Öncelik matrisi kullan: Her talep aynı değildir; etki + aciliyet ayrımı yap.
- Raporlamayı dahil et: SLA'ya uyum düzenli ve şeffaf raporlanmalı.
- İhlal sonucunu tanımla: Servis kredisi + kök neden + düzeltici aksiyon.
Sonuçta SLA bir ceza belgesi değil, beklentileri hizalayan ve sürekli iyileştirmeyi tetikleyen bir araçtır. Doğru tasarlanmış bir SLA, hem kurumun iş sürekliliğini güvenceye alır hem de sağlayıcıyla ilişkiyi sağlıklı bir zemine oturtur.
SSS
