Cloud Computing'de bir Veri Merkezinin Ekonomik Modeli Nasıl Oluşturulur - mankenler

Video: Cloud Computing - Computer Science for Business Leaders 2016 2024

Çoğu kuruluşun, verilen herhangi bir departmanın gerçek maliyetlerini doğru bir şekilde tahmin etmesi zordur cloud computing veri merkezinde uygulama. Birkaç farklı uygulamayı desteklemek için belirli bir sunucu kullanılabilir. Bazı organizasyonlarda, hesaplama masraflarını spesifik departmanlara bağlama girişimleri olabilir, ancak öyleyse, model muhtemelen çok kaba olmuştur.

Aslında, bulutun mutlaka daha ucuz olmayacağı ve mutlaka veri merkezinizle aynı düzeyde hizmet sunmayacağıdır. Kendi veri merkeziniz, 99,999 yüzde kesintisiz çalışma süresi kaydı ile bir hizmet düzeyi anlaşması yapabilir. Bulut sağlayıcınız aynı düzeyde hizmet sunacak mı? Muhtemelen değil. Bu öngörülebilir çalışma süresinin iç müşterilere ne kadar kritik önem taşıdığını tartmak zorundasınız.

Bir uygulamanın ekonomik modeli oluşturulurken, tüm masrafları adil bir karşılaştırma yapmanızı sağlayacak bir şekilde belirleyin. Olası maliyetlerin oldukça kapsamlı bir listesi şu şekildedir: Notlar:

Sunucu maliyetleri (A): Bu ve diğer tüm donanım bileşenleri ile, özellikle yıllık sahiplik maliyeti ile ilgileniyorsunuz; donanım desteğinin maliyetinin yanı sıra donanımı satın almak için yapılan bazı amortisman maliyetleri.
Bir depolama alanı ağı (SAN) veya ağa bağlı mağaza (NAS) için kullanılırsa, - 2 -> bir uygulama, donanım için yönetim ve destek maliyeti de dahil olmak üzere tüm SAN veya NAS üzerinden orantılı bir maliyet belirlenmelidir.
Ağ giderleri (C): Bu, dikkatli bir şekilde düşünülmelidir; çünkü bir uygulamanın buluta taşınması, ürettiği tüm ağ trafiğinin kaybolduğu anlamına gelmez.
Yedekleme ve arşivleme maliyetleri (D): Yedekleme maliyetlerinde gerçek tasarruf, uygulama buluta taşındığında yedekleme stratejisinin ne olacağına bağlıdır.
Afet kurtarma maliyetleri (E): Kuramsal olarak, bulut hizmetinin kendi felaket kurtarma yetenekleri olacaktır, bu nedenle felaket kurtarma üzerinde önemli bir tasarruf olabilir. Bununla birlikte, bulut sağlayıcınızın felaket kurtarma kapasitesinin ne olduğunu açıkça anlamanız gerekir.
Veri merkezi altyapı maliyetleri (F): Elektrik, yerden alan, soğutma, bina bakımı ve benzeri maliyetlerin tamamı, bireysel uygulamalara kolayca atfedilemez, ancak genellikle Uygulamayı çalıştıran donanımın kullandığı taban alanının temeli.Bu nedenle, her uygulama için bir taban alanı faktörü hesaplamayı deneyin.
Platform maliyetleri (G): Bazı uygulamalar yalnızca belirli işletim ortamlarında çalışır. Uygulama işletim ortamı için yıllık bakım maliyetleri genel maliyetlerin bir parçası olarak bilinmeli ve hesaplanmalıdır.
Yazılım bakım maliyetleri (paket yazılımı) (H): Normalde bu maliyet unsuru basittir, çünkü yazılımın yıllık bakım maliyeti düşer. Bununla birlikte, yazılım lisansının işlemci fiyatlandırmasına bağlı olması karmaşık olabilir. Belli yazılım lisansı birlikte verilen bir anlaşmanın parçasıysa, durum daha da karmaşık hale gelebilir.
Yazılım bakım maliyetleri (şirket içi yazılım) (I): Bu masraflar tüm kurum içi yazılımlar için geçerlidir, ancak bir uygulama düzeyinde ayrıştırılamaz.
Yardım masası destek ücretleri (J): Masa etkinliğine yardımcı olacak bir uygulamanın (varsa) katkısını belirlemek için tüm yardım masası çağrılarını bir uygulama düzeyinde analiz etmek gereklidir. Bazı uygulamaların destek maliyetleri anormal olabilir ve buluta geçişle birlikte kaybolabilir.
Operasyonel destek personel giderleri (K): Herhangi bir uygulamayı çalıştırmakla bağlantılı olarak gün boyunca günlük operasyonel maliyetler seti vardır. Bazıları depolama ve arşivleme ile yama yönetimine, ağlara ve güvenliğe kadar her şey için personel desteği de dahil olmak üzere her uygulama için geçerli olan genel maliyetlerdir.
Altyapı yazılım maliyetleri (L): Herhangi bir kurulumda bütün bir altyapı yönetim yazılımı seti kullanılmaktadır ve maliyeti ilişkilendirilmektedir.