SCNET · Kurumsal BT · Ankara, Türkiye

Sanal Çekirdek

İkinci bir veri merkezi kurmak yerine kurtarmayı hizmet olarak alabilirsiniz.

DRaaS, kurtarma yeteneğini bir yatırım kalemi olmaktan çıkarıp hizmet hâline getirir. Karar teknik değil ticaridir: ikinci merkezi kurmak mı, yeteneği hizmet olarak almak mı daha doğru.

Altyapı tasarımını Hizmetler tarafındaki Felaket Kurtarma sayfasında ele alıyoruz. Bu sayfa modelin kendisini konu alır: ne satın alıyorsunuz, sorumluluk nerede başlıyor, tatbikat nasıl yapılıyor.

Kendi merkezin mi, hizmet mi

Kendi ikinci merkezinizi kurmak sermaye ve sürekli işletim yükü ister; hizmet modeli bunu düzenli gidere çevirir ama sorumluluk sınırını sözleşmeye taşır. Karar, kurtarma hedefine ve tatbikat sıklığına bakılarak verilir.

  • Sermaye ve işletim yükü aynı tabloda karşılaştırılır
  • Tatbikat sıklığı maliyeti doğrudan etkiler
  • Kapsam dışı bırakılan sistemler baştan yazılır
  • Çıkış senaryosu sözleşmede tanımlanır

Neyin kapsandığı

Hizmet kapsamı çoğu tartışmanın kaynağıdır. Hangi sistemlerin hangi hedefle korunduğu, veri aktarım penceresi ve devreye alma sırasında kimin ne yapacağı sözleşme ekinde tek tek yazılır.

  • Korunan sistem listesi hedefleriyle birlikte ektedir
  • Devreye alma sırasında rol dağılımı yazılıdır
  • Kapasite taahhüdü tepe yüke göre kontrol edilir
  • Test ortamı üretimden ayrı sağlanır

Tatbikatın sözleşmedeki yeri

Hizmet modelinde tatbikat, sözleşmenin en kolay atlanan maddesidir. Yılda kaç kez, hangi kapsamda ve kimin katılımıyla yapılacağı baştan takvime bağlanır; her tatbikat ölçülen süreyle raporlanır.

  • Tatbikat takvimi sözleşmenin parçasıdır
  • Ölçülen süre hedefle karşılaştırılır
  • Bulgular sağlayıcı ve kurum arasında paylaştırılır
  • Rapor denetim ve sigorta süreçlerinde kullanılabilir

Karar ve iletişim

Devreye alma kararı kurumda kalır. Kimin hangi eşikte karar vereceği ve bu kararın sağlayıcıya nasıl iletileceği önceden yazılır; kriz anında telefon numarası aramak plan değildir.

  • Karar sahibi ve yedeği isimle değil rolle tanımlanır
  • Sağlayıcıya ulaşma yolu iki kanaldan sağlanır
  • Müşteri ve çalışan iletişimi ayrıca planlanır
  • Geri dönüş kararı da aynı disiplinle verilir

Nasıl çalışırız

  1. Kritik sistemleri ve kurtarma hedeflerini belirleyin
  2. Kendi merkez ile hizmet modelini karşılaştırın
  3. Kapsamı ve rol dağılımını sözleşmeye yazın
  4. Tatbikat takvimini bağlayın
  5. Her tatbikattan sonra hedefleri gözden geçirin

Başarı nasıl ölçülür

  • Korunan sistem listesi hedefleriyle güncel
  • Tatbikat takvimi işliyor ve raporlanıyor
  • Sağlayıcı tarafındaki devralma hedefi karşılıyor
  • Karar ve iletişim zinciri denenmiş

Sık sorulan sorular

Hizmetler'deki Felaket Kurtarma sayfasından farkı ne?

O sayfa altyapı tasarımını anlatır: bağımlılık haritası, replikasyon tekniği ve kurtarma sırası. Bu sayfa hizmet modelini, sorumluluk sınırını ve tatbikat düzenini ele alır.

Tüm sistemleri kapsamalı mı?

Gerekmez ve genellikle doğru da olmaz. Kapsam kritik hizmetlerle sınırlanır; kapsam dışı bırakılanlar gerekçesiyle yazılır ki kriz anında sürpriz olmasın.

Sağlayıcı değişirse ne olur?

Bu yüzden çıkış senaryosu baştan tanımlanır: verinin nasıl alınacağı, hangi biçimde teslim edileceği ve geçiş süresi sözleşmede yer alır.

Kritik sistem listenizi ve kurtarma hedeflerinizi paylaşın; kendi merkez ile hizmet modelini aynı tabloda karşılaştıralım.

İki modeli karşılaştıralım