Bir Karma Bulut Ortamının Maliyetlerini Değerlendirmek

Kamu, özel veya karma bulut ortamını uygulamak yerine, iç veri merkezinizdeki iş yüklerini çalıştırmakla ilgili akıllı bir ekonomik seçim yapmak için maliyet faktörlerinin bazı inceliklerini anlamanız gerekir. Bulutla ve özellikle de karma bir bulutla ilişkili potansiyel gizli maliyetleri de düşünmelisiniz.

Melez bir bulut ortamına geçmek için daima bir maliyet vardır. Bu masraflar arasında

• Yönetim: Karma bir ortamın yönetimi ek zorluklar getiriyor. Artık yalnızca veri merkezini veya bir bulutu yönetiyorsunuz, bunun yerine kurum içi, özel bulutunuzda ve birden fazla değilse de bir genel bulut gibi birden fazla ortamı yönetmelisiniz. İnsanlar, süreçler ve yazılımlar yönetimle birlikte çalışabilir, ancak bunların her birinin kendi maliyetleri vardır.

• Veri aktarımı: Veri aktarımında, binanızdan bir genel buluttaki bir uygulamaya geçtiğinizde maliyetler söz konusudur. Bu, başlangıçta verilerinizi buluta taşımak için kullanılan ücreti içerir. Çok fazla veri varsa bu maliyetler hızlı bir şekilde monte edilebilir. Ayrıca, bulut sağlayıcınıza bağlı olarak, aynı bulut içindeki farklı sanal makineler arasında (örneğin, yedekleme veya çoğaltma işlemi sırasında) veri taşırken ağ ücretleri alabilirsiniz.

• Özelleştirme maliyetleri: Bir uygulamayı kurum içi genel buluta taşıyorsanız, uygulamanın özelleştirilmesiyle ilgili maliyetler olabilir, böylece hibrid çalışabilir ortamı. Büyük olasılıkla, bazı yapılandırma çalışmaları ve testler önce yapılacaktır. Buna ek olarak, bu uygulama bulut ortamının mevcut biçiminde dağılmış doğası için iyi tasarlanmamış olabilir ve yeniden yazılması gerekebilir.

• Entegrasyon masrafları: Melez bir modelde, muhtemelen çeşitli uygulamaları entegre etmek isteyeceksiniz. Örneğin, kurum dışı CRM uygulamanız kurum içi iş zekası uygulamanızla entegre olabilir. Tabii ki, ikisini de - tesislerinde ikamet ettiysek bunları entegre etmeniz gerekebilir, ancak muhtemelen karma modelden çıkarmaya daha fazla zaman ayıracaktır.

• Depolama maliyetleri: Veri ve iş yüklerini karma bir buluta taşıdığınızda, gerçekten uzun vadeli depolama maliyetlerinizi dengelemek ve düşünmek zorunda kalacaksınız. Aynı şekilde, bulutta büyüyen bir veri hacminin ne kadar depolama alanına mal olabileceğini planlamalısınız.

• Platform maliyetleri: Bazı durumlarda buluta taşındığınızda middleware gibi teknolojilere ilişkin lisansları muhafaza etmeniz gerekir (çünkü çoğu şirket melez bir hale gelmektedir).

• Yazılım bakım maliyetleri (paket yazılımı): Bu yazılım lisansının işlemci fiyatlandırmasına bağlı olması durumunda bu maliyetin hesaplanması zor olabilir ve belirli yazılım lisansı birlikte verilen bir anlaşma kapsamında olması durumunda durum daha da karmaşık hale gelebilir veya küresel bir kullanım anlaşması.

• Uyumluluk masrafları. Uygunluk (harici veya dahili), bulut kullanırken artan bir maliyet olabilir. Bulut hizmetinin IT güvenlik veya kurtarma prosedürlerine veya uygunluk standartlarına uyması gereken BT faaliyetlerine ilişkin uygun şartları karşıladığını görmek için bulut hizmetinin denetlenmesi gerekebilir. Bu, varolan kurum içi denetimlerinize ek olarak verilmektedir. Uyumluluk gereksinimleri çeşitli kaynaklardan gelebilir:

  • Satıcılar ve ortaklar: Kredi kartı şirketleri, Ödeme Kartı Endüstrisi Veri Güvenliği Standardı'na (PCI DSS) uymak için kredi kartlarını kabul eden şirketler gerektirir.

  • Müşteriler: Müşteriler, çeşitli uyumluluk gerekliliklerini ispatlamak için SSA 16 veya benzer bir rapor üretmenizi isteyebilir.

  • Hükümet b odalar: Kuruluşunuzun yerel, ulusal veya uluslararası uygunluk standartlarına uyması gerekebilir. Bunlara Sağlık Sigortası Taşınabilirliği ve Hesap Verebilirlik Yasası (HIPAA) ve Sarbanes-Oxley (SOX) yanı sıra onlarca kişi katılabilir.

  • İç uygunluk: Kuruluşunuz kendi uyumluluk gerekliliklerini oluşturmuş olabilir. Bunlar, harici olarak gerekli olan uyumluluktan daha spesifik olabilir.

• Sunucu maliyetleri: Bir uygulama sanal bir sunucuda nispeten küçük veya belki yalnızca ara sıra çalışıyorsa, genel buluta taşınmasının herhangi bir sunucu donanımının tasarruf edilmesine neden olmayacağı olasıdır.

• Depolama maliyetleri: Benzer şekilde, uygulama tarafından çok az depolama alanı tüketilirse, SAN maliyetlerinde bir azalma olmayabilir.

• Veri merkezi altyapısı maliyetleri: Veri merkezindeki zemin alanı, birkaç sunucunun kaldırılmasıyla azaltılmayacak ve soğutma maliyetlerinden çok az fark yaratabilecek. Değişimin genellikle bu maliyetleri düşürmek için önemli olması gerekir.

• Operasyonel destek personeli giderleri: Tasarruf, yalnızca bir personelin ücretini düşürme veya başka bir kişinin işe alınmasını erteleme ihtimali varsa gerçekleşir.

• Altyapı yazılım maliyetleri: Altyapı yönetim yazılımı maliyetleri buluta birkaç işyükünün hareketi ile düşmeyebilir.

Geleneksel veri merkezinde ya da özel bir bulutta ne kalması gerektiği ve neden (örneğin, gizlilik, karmaşıklık ve iş yükünün tekilliği) konusunda bir politikaya sahip olmanız gerekir. Otomasyon ve kendi kendine sağlama işleminin işi destekleyeceğini ve fırsatlara hızlı tepki vermesini sağlayacak bir politikaya sahip olmanız gerekir. Ayrıca, bir işyükünün ne zaman genel bir buluta taşınabileceğini ve verilerin özel bulutta yeterince güvende olup olmadığını belirten bir politika olması gerekir. Bütün bu sorular büyük ekonomik karar alma sürecinin bir parçasıdır.