Bulut, Sunucu ve Yönetilen BT
Yönetilen BT Hizmeti Seçiminde SLA Nasıl Değerlendirilir
Yönetilen BT sağlayıcılarını seçerken SLA’yı yalnızca bir sözleşme maddesi değil, ölçülebilir operasyon modeli olarak değerlendirin.
Yayınlandı: 4 Ağustos 2026 · Güncellendi: 4 Ağustos 2026
Yönetilen BT hizmetinde SLA neden belirleyicidir
Yönetilen BT hizmeti seçerken SLA, yalnızca sözleşmede yer alan bir madde değil, hizmetin nasıl işleyeceğini tarif eden operasyon çerçevesidir. Hangi hizmetlerin kapsama girdiği, hangi performans beklentilerinin geçerli olduğu ve tarafların hangi durumda sorumluluk alacağı bu çerçevede netleşir. Bu nedenle sağlayıcı seçerken ilk bakılması gereken unsur fiyat değil, SLA’nın ne kadar açık ve uygulanabilir tanımlandığıdır.
SLA belirsiz olduğunda destek talebinin ne zaman alındığı, ne zaman ele alındığı ve ne zaman kapatıldığı gibi temel ayrımlar bile yoruma açık kalır. Yönetilen BT tarafında asıl fark, sorun çıktığında kimin neyi, hangi sırayla ve hangi ölçüte göre yapacağının önceden belirlenmesidir. Bu yaklaşım, hizmeti kişilere değil sürece bağlar ve iş sürekliliği açısından daha sağlıklı bir yapı oluşturur.
SLA’yı değerlendirirken amaç yalnızca bir taahhüdün varlığını görmek değildir. Önemli olan, bu taahhüdün işletmenizin çalışma biçimiyle uyumlu olup olmadığını anlamaktır. Kapsam, önceliklendirme, izleme ve raporlama başlıkları birlikte okunmadığında, tek tek güçlü görünen maddeler bir araya geldiğinde zayıf bir operasyon resmi ortaya çıkabilir. Bu yüzden sözleşmeyi bütün olarak değerlendirmek gerekir.
Öne çıkanlar
SLA değerlendirirken bakılması gereken temel noktalar
Bir yönetilen BT sağlayıcısını karşılaştırırken SLA metninin uzunluğu değil, hangi operasyonel sorulara cevap verdiği önemlidir. İlk aşamada kapsamın net olup olmadığına, hangi hizmetlerin destek dışında bırakıldığına ve olayların nasıl sınıflandırıldığına bakın. Böylece sözleşmenin gerçek hayatta nasıl işleyeceğini daha baştan öngörebilirsiniz. Özellikle destek sonrası süreçlerin tanımı, hizmetin yalnızca kurulum anına değil, işletim sürecine de odaklanıp odaklanmadığını gösterir. İkinci olarak yanıt ve çözüm sürelerinin birbirinden ayrılıp ayrılmadığını kontrol edin. Bir talebin alınması ile sorunun tamamen kapanması aynı şey değildir. Bu ayrım yapılmadığında sağlayıcı sorunu erken alıp geç kapatsa bile SLA kağıt üzerinde sağlanmış görünebilir. Oysa işletme açısından önemli olan, iş akışının ne kadar sürede normale döndüğüdür. Bu nedenle süre tanımlarının birbirine karışmaması gerekir. Üçüncü olarak hizmet saatleri, iletişim kanalları ve eskalasyon yolu açık olmalıdır. Kimin hangi durumda devreye girdiği, hangi kanaldan bildirim yapıldığı ve kritik olaylarda hangi ekibin sorumluluk aldığı net değilse, teknik olarak güçlü bir ekip bile organizasyonel gecikme yaşayabilir. Özellikle uzaktan yönetim ve bulut tabanlı operasyonlarda bu detaylar daha da önem kazanır. Son olarak raporlama ve periyodik gözden geçirme mekanizmasına bakın. SLA’nın sahada çalışıp çalışmadığını anlamanın yolu, düzenli ölçüm sonuçlarını görmekten geçer. Raporlar yalnızca arıza listesinden ibaret olmamalı; tekrar eden sorunları, iyileştirme alanlarını ve sorumluluk paylaşımını da göstermelidir. Böylece sağlayıcı, yalnızca olayı kapatan değil, hizmeti geliştiren bir yapıda olduğunu gösterebilir.
