SLA Taahhütleri ve Gerçek Hayat

SLA, kurumsal alımlarda önemli bir ölçüttür. Ancak ne sağladığı konusunda yaygın yanlış beklentiler vardır ve bu beklentiler, gerçek koruma önlemlerinin ihmal edilmesine yol açar.

Yanılgı: "SLA varsa kesinti olmaz"

Gerçek: SLA, kesinti olmayacağını değil, belirli bir oranın aşılmayacağını taahhüt eder. Yüzde 99,9 uptime taahhüdü, yılda yaklaşık dokuz saatlik kesintinin sözleşmeye uygun olduğu anlamına gelir.

Yanılgı: "Kesinti olursa zararımı karşılarlar"

Gerçek: Neredeyse tüm sözleşmelerde sorumluluk, ödenen hizmet bedeliyle sınırlıdır. Yani aylık ücretinizin bir kısmı iade edilir; kesintiden doğan satış kaybınız karşılanmaz.

Sonuç: Kesinti riskini kendiniz yönetmelisiniz.

Yanılgı: "Telafi otomatik gelir"

Gerçek: Çoğu sözleşmede telafi, sizin talebiniz üzerine değerlendirilir ve bu talebin belirli bir süre içinde yapılması gerekir.

Doğrusu: Kesinti kayıtlarınızı tutun ve hak doğduğunda süresi içinde yazılı talepte bulunun.

Yanılgı: "Planlı bakımlar da taahhüde dahildir"

Gerçek: Planlı bakımlar genelde uptime hesabının dışında tutulur. Bakım penceresi geniş tanımlanmışsa, taahhüt edilenden çok daha fazla erişilemezlik yaşayabilirsiniz.

Doğrusu: Bakım penceresinin azami süresini ve ne kadar önce bildirileceğini sözleşmede arayın.

Yanılgı: "Uptime ölçümü tarafsızdır"

Gerçek: Ölçüm genelde sağlayıcının kendi sistemleriyle yapılır. Sizin gördüğünüz kesinti, onların kayıtlarında görünmeyebilir.

Doğrusu: Bağımsız bir izleme hizmeti kullanın. Kendi kaydınız olmadan telafi talebi zayıf kalır.

Yanılgı: "SLA yedeklemeyi de kapsar"

Gerçek: SLA erişilebilirlikle ilgilidir. Yedekleme ayrı bir başlıktır ve çoğu sözleşmede garanti edilmez.

Doğrusu: Yedekleme taahhüdünü ayrıca ve yazılı olarak talep edin; ayrıca kendi bağımsız yedeğinizi alın.

Yanılgı: "Yüksek uptime yüzdesi her şeyi çözer"

Gerçek: Kesintinin ne zaman olduğu, ne kadar sürdüğü kadar önemlidir. Yılda toplam bir saatlik kesinti, kampanya gününüzde yaşanırsa çok pahalıdır.

Doğrusu: Uptime yüzdesinin yanında müdahale süresi taahhüdüne ve bakım penceresi zamanlamasına da bakın.

Yanılgı: "Site açıksa uptime sağlanmıştır"

Gerçek: Ana sayfa açılıyor olabilir ama ödeme akışı, form ya da panel çalışmıyor olabilir. Çoğu ölçüm yalnız ana sayfayı kontrol eder.

Doğrusu: Kritik akışları ayrı ayrı izleyin.

Yanılgı: "SLA'sı olan sağlayıcı daha güvenilirdir"

Gerçek: SLA'nın varlığı iyi bir işarettir ama içeriği önemlidir. İstisna listesi çok genişse ve telafi mekanizması işletilemez durumdaysa, metin süs olarak kalır.

Doğrusu: SLA'yı okuyun, istisnalara ve telafi sürecine bakın.

Yanılgı: "Kesinti sağlayıcının hatasıdır"

Gerçek: Kesintilerin önemli bir kısmı müşteri kaynaklıdır: kaynak aşımı, hatalı kod, güncelleme sorunları, yapılandırma değişiklikleri. Bunlar SLA kapsamı dışındadır ve haklı olarak öyledir.

Doğrusu: Kesinti sonrası kök nedeni belirleyin; suçlamadan önce ölçün.

SLA gerçekte ne sağlar?

Doğru beklenti şudur — SLA:

• Sağlayıcının ciddiyetinin göstergesidir
• Kalite konusunda ölçülebilir bir ölçüt sunar
• Sorun tekrarladığında dayanak oluşturur
• Yenileme pazarlığında veri sağlar
• Gerekirse fesih gerekçesi olur

Sağlamadıkları: kesintisizlik garantisi, ticari zarar tazmini, veri güvencesi.

Gerçek koruma nereden gelir?

1. Bağımsız ve test edilmiş yedekleme
2. Kendi izleme sisteminiz
3. Yedekli mimari (kritik sistemler için)
4. Kesinti müdahale planı
5. Değişiklik disiplini (yoğun dönemde değişiklik yapmama)
6. Kaynak izleme

SLA bu önlemlerin yerine geçmez; onlara eşlik eden bir sözleşme güvencesidir.

Pratik öneri

SLA'yı bir sigorta poliçesi gibi değil, bir kalite beyanı gibi okuyun. Asıl korumanızı kendi önlemlerinizle kurun ve SLA'yı, sağlayıcının performansını ölçtüğünüz bir çerçeve olarak kullanın.