Bulut Sağlayıcısına Bağımlılık Riski

Bulut sağlayıcısına bağımlılık, sık dile getirilen ama çoğu zaman yanlış anlaşılan bir risktir. Aşağıda gerçekte ne olduğu ve nasıl yönetileceği.

Yanılgı: "Buluta geçersek bir daha çıkamayız"

Gerçek: Çıkmak mümkündür. Zorluk derecesi, hangi hizmetleri kullandığınıza bağlıdır.

Kural: Standart bileşenler kolay taşınır; sağlayıcıya özel hizmetler bağımlılık yaratır.

Yanılgı: "Bağımlılık her zaman kötüdür"

Gerçek: Sağlayıcıya özel hizmetler genelde daha az yönetim yükü ve daha iyi bütünleşme sunar. Bağımlılık, bunun bedelidir.

Doğrusu: Bağımlılıktan kaçmak değil, bilinçli tercih etmek gerekir. Hangi sistemde ne kadar bağımlılığı kabul ettiğinizi bilin.

Yanılgı: "Veri bizim, istediğimiz zaman alırız"

Gerçek: Veri sizindir ama:

• Dışarı veri çıkışı ücretlendirilebilir
• Büyük veri hacimleri günler sürebilir
• Veri biçimi başka bir ortamda doğrudan kullanılamayabilir
• Bazı meta veriler (yapılandırma, kayıtlar) taşınamayabilir

Doğrusu: Veri çıkış maliyetini ve süresini önceden öğrenin.

Yanılgı: "Bağımlılık yalnız bulutta olur"

Gerçek: Şirket içi altyapıda da bağımlılık vardır: belirli bir donanım üreticisine, belirli bir yazılıma, hatta belirli bir sistem yöneticisine.

Karşılaştırma: Tek bir kişinin bildiği bir şirket içi sistem, çoğu bulut bağımlılığından daha risklidir.

Bağımlılık ne zaman gerçek sorun olur?

• Sağlayıcı fiyatlarını belirgin biçimde artırdığında
• Hizmet kalitesi düştüğünde
• Sağlayıcı bir hizmeti sonlandırdığında
• Mevzuat değişikliği geçiş gerektirdiğinde
• Şirket birleşmesi altyapı standardını değiştirdiğinde
• Müşteri sözleşmesi belirli bir konum gerektirdiğinde

Bu senaryoların hiçbiri olağandışı değildir; bu yüzden çıkış imkânı korunmalıdır.

Bağımlılığı azaltma yolları

1. Standart bileşenleri tercih edin

Yaygın kullanılan, birden çok sağlayıcıda bulunan teknolojiler seçin.

2. Veriyi taşınabilir tutun

• Standart biçimlerde dışa aktarım yapılabildiğinden emin olun
• Düzenli dışa aktarım alın
• Yedeklerin bir kopyasını sağlayıcı dışında tutun

Son madde hem bağımlılığı hem de veri kaybı riskini azaltır.

3. Mimariyi katmanlı tasarlayın

Uygulamanın sağlayıcıya özel kısımlarını sınırlı tutun; değiştirilmesi gereken alanı küçültün.

4. Çıkış senaryosunu belgeleyin

• Hangi sistemler nasıl taşınır?
• Veri nasıl çıkarılır?
• Tahmini süre ve maliyet nedir?
• Hangi bileşenler yeniden yazılmalı?

Bu belge, bir gün gerekmese bile pazarlık gücü sağlar.

5. Sözleşmeyle güvence alın

• Veri iade koşulları
• Fiyat artış sınırları ya da bildirim süresi
• Hizmet sonlandırma bildirim süresi
• Geçiş desteği

6. Birden çok sağlayıcı değerlendirin

Tüm sistemleri tek sağlayıcıya vermek yerine, kritik olanları dağıtmak bir seçenektir.

Ancak: Bu, yönetim karmaşıklığını artırır. Her şirket için uygun değildir.

Pratik denge

Aşırıya kaçmadan makul bir yaklaşım:

• ☐ Verinizin düzenli bir kopyası sağlayıcı dışında
• ☐ Kritik sistemler standart bileşenlerle kurulmuş
• ☐ Çıkış senaryosu yazılı
• ☐ Veri çıkış maliyeti biliniyor
• ☐ Sözleşmede veri iade maddesi var
• ☐ Sağlayıcıya özel hizmetler bilinçli seçilmiş
• ☐ Yıllık olarak alternatifler gözden geçiriliyor

Bu yedi madde, bağımlılığı yönetilebilir düzeyde tutar ve sağlayıcıya özel hizmetlerin faydasından da yararlanmanızı sağlar.

Son not

Bağımlılık riski, buluta geçmemek için yeterli bir gerekçe değildir. Yönetilmesi gereken bir konudur ve yukarıdaki maddelerle makul bir seviyeye indirilebilir.