Bulut yönetiminde iş taahhüdü

İş taahhüdü tanımlama, öncelikleri dengelemeye yönelik bir alıştırmadır. Amaç, uygun operasyonel yönetim düzeyini kabul edilebilir bir işletim maliyetiyle uyumlu hale getirmektir. Bu dengeyi bulmak için bu makalede özetlediğimiz birkaç veri noktası ve hesaplama gerekir.

Teknik dayanıklılık veya diğer hizmet düzeyi sözleşmesi (SLA) etkileri yoluyla iş kararlılığı taahhütleri, iş gerekçesi kararıdır. Bir ortamdaki çoğu iş yükü için temel düzeyde bulut yönetimi yeterlidir. Diğerleri için, iş kesintilerinin olası etkisi nedeniyle 2x ile 4 kat maliyet artışı kolayca gerekçelendirilir.

Bu serideki önceki makaleler, kesintilerin sınıflandırmasını ve çeşitli iş yüklerine etkisini anlamanıza yardımcı olabilir. Bu makale, iadeleri hesaplamanıza yardımcı olur. Yukarıdaki görüntüde gösterildiği gibi, her bulut yönetimi düzeyi, dayanıklılığın artmasından daha hızlı bir şekilde maliyetin artabileceği bükme noktalarına sahiptir. Bu bükme noktaları, ayrıntılı iş kararlarını ve iş taahhütlerini ister.

İşletmeyle ilgili uygun taahhüdü belirleme

Portföydeki her iş yükü için bulut operasyonları ekibi ve bulut stratejisi takımı, doğrudan bulut operasyonları ekibi tarafından sağlanan yönetim düzeyine uygun olmalıdır.

İşletmeyle ilgili bir taahhütte bulunurken uyumlu hale getirmeniz gereken birkaç önemli nokta vardır:

• BT işlemleri önkoşulları.
• Yönetim sorumluluğu.
• Bulut kiracısı.
• Yumuşak maliyet faktörleri.
• Kayıp önleme yatırım getirisi.
• Yönetim düzeyini doğrulama.

Karar sürecinize yardımcı olmak için, bu makalenin geri kalanında bu hususlar daha ayrıntılı açıklanmaktadır.

BT işlemleri önkoşulları

Azure Yönetim Kılavuzu, Azure'da kullanılabilen yönetim araçlarını özetler. İşletmeyle ilgili bir taahhüde ulaşmadan önce, BT'nin tüm yönetilen iş yüklerine uygulanacak kabul edilebilir bir standart düzey yönetim temeli belirlemesi gerekir. BT daha sonra BT portföyündeki yönetilen iş yüklerinin her biri için CPU çekirdeği, disk alanı ve varlıkla ilgili diğer değişkenlerin sayısına göre standart bir yönetim maliyeti hesaplar. BT ayrıca mimariye göre her iş yükü için bileşik bir SLA tahmininde bulunur.

İpucu

BT operasyon ekipleri genellikle ilk bileşik SLA için varsayılan en az yüzde 99,9 çalışma süresi kullanır. Ayrıca, özellikle minimum günlüğe kaydetme ve depolama gereksinimi olan çözümler için yönetim maliyetlerini ortalama iş yüküne göre normalleştirmeyi de tercih edebilir. Birkaç orta önem dereceli iş yükünün maliyetlerinin ortalaması, ilk konuşmalar için bir başlangıç noktası sağlayabilir.

İpucu

Bulut yönetimini planlamak için operasyon yönetimi çalışma kitabını kullanıyorsanız, operasyon yönetimi alanlarının bu önkoşulları yansıtacak şekilde güncelleştirilmesi gerekir. Bu alanlar Arasında Taahhüt düzeyi, Bileşik SLA ve Aylık maliyet yer alır. Aylık maliyet, eklenen operasyonel yönetim araçlarının aylık olarak maliyetini temsil etmelidir.

İşlem yönetimi temeli, aşağıdaki bölümlerin her birinde doğrulanacak bir başlangıç noktası görevi görür.

Yönetim sorumluluğu

Geleneksel bir şirket içi ortamda, ortamı yönetme maliyetinin genellikle BT operasyonlarına ait olan bir batmış maliyet olduğu varsayılır. Bulutta yönetim, doğrudan bütçe etkisi olan amaca yönelik bir karardır. Her yönetim işlevinin maliyetleri, buluta dağıtılan her iş yüküne daha doğrudan bağlanabilir. Bu yaklaşım daha fazla denetim sağlar, ancak bulut operasyonları ekiplerinin ve bulut stratejisi ekiplerinin önce sorumluluklar hakkında bir anlaşmaya varması için bir gereksinim oluşturur.

Kuruluşlar , devam eden yönetim işlevlerinin bazılarını bir hizmet sağlayıcısına dış kaynak olarak dağıtmayı da seçebilir. Bu hizmet sağlayıcıları, kuruluşlara kaynaklarına erişim izni verme konusunda daha hassas denetim ve hizmet sağlayıcıları tarafından gerçekleştirilen eylemlere daha fazla görünürlük sağlamak için Azure Lighthouse'ı kullanabilir.

• Temsilci sorumluluğu: İşletim yönetimi ek yükünü merkezileştirmeye ve varsaymaya gerek olmadığından, birçok kuruluşun BT operasyonları yeni yaklaşımları dikkate alır. Yaygın yaklaşımlardan biri temsilcili sorumluluk olarak adlandırılır. Bulut mükemmellik merkezi modelinde platform operasyonları ve platform otomasyonu, merkezi bir BT operasyon ekibinden bağımsız olarak iş liderliğinde operasyon ekipleri tarafından kullanılabilecek self servis yönetim araçları sağlar. Bu yaklaşım, işletme paydaşlarına yönetimle ilgili bütçeler üzerinde tam denetim sağlar. Ayrıca bulut mükemmellik merkezi (CCoE) ekibinin minimum koruma kümesinin düzgün bir şekilde uygulandığından emin olmasını sağlar. Bu modelde BT, işletmenin akıllıca kararlar vermesine yardımcı olmak için bir aracı ve kılavuz görevi görür. İş operasyonları, bağımlı iş yüklerinin günlük işlemlerini izler.

• Merkezi sorumluluk: Uyumluluk gereksinimleri, teknik karmaşıklık ve bazı paylaşılan hizmet modelleri için Merkezi BT ekip modeli gerekebilir. Bu modelde BT, operasyon yönetimi sorumluluklarını uygulamayı sürdürmektedir. Çevresel tasarım, yönetim denetimleri ve idare araçları merkezi olarak yönetilebilir ve denetlenebilir ve bu da iş paydaşlarının yönetim taahhütleri vermedeki rolünü kısıtlar. Ancak bulut yaklaşımlarının maliyetine ve mimarisine ilişkin görünürlük, merkezi BT'nin her iş yükü için maliyet ve yönetim düzeyini iletmesini çok daha kolay hale getirir.

• Karma model: Sınıflandırma, yönetim sorumluluklarının karma modelinin merkezinde yer alır. Şirket içinden buluta dönüştürmenin ortasında yer alan şirketler için bir süre şirket içi öncelikli bir işletim modeli gerekebilir. Katı uyumluluk gereksinimleri olan veya BT dış kaynak satıcılarıyla uzun vadeli sözleşmelere bağımlı olan şirketler, merkezi bir işletim modeli gerektirebilir.

  Kısıtlamaları ne olursa olsun, günümüzün işletmeleri yenilik yapmalıdır. Hızlı yeniliklerin gelişmesi gerektiğinde, merkezi BT, merkezi sorumluluk modelinin ortasında karma model yaklaşımı denge sağlayabilir. Bu yaklaşımda merkezi bir BT ekibi, görev açısından kritik olan veya hassas bilgiler içeren tüm iş yükleri için merkezi bir işletim modeli sağlar. Aynı zamanda, diğer tüm iş yükü sınıflandırmaları temsilci sorumlulukları için tasarlanmış bir bulut ortamına yerleştirilebilir. Merkezi sorumluluk yaklaşımı genel çalışma modeli olarak görev alır. Daha sonra işletme, gerekli destek ve duyarlılık düzeyine göre özelleştirilmiş bir işletim modelini benimseme esnekliğine sahiptir.

İlk adım, aşağıdaki taahhütleri şekillendiren bir sorumluluk yaklaşımını taahhüt etmektir.

Bu iş yükü için günlük operasyon yönetiminden hangi kuruluş sorumlu olacak?

Bulut kiracısı

Çoğu işletme için, tüm varlıklar tek bir kiracıda bulunduğunda yönetim daha kolaydır. Ancak, bazı kuruluşların birden çok kiracı tutması gerekebilir. Bir işletmenin neden çok kiracılı bir Azure ortamı gerektirebileceğini öğrenmek için bkz. Azure Lighthouse ile yönetim işlemlerini merkezileştirme.

Bu iş yükü, diğer tüm iş yüklerinin yanı sıra tek bir Azure kiracısında mı yer alacak?

Yumuşak maliyet faktörleri

Sonraki bölümde, yönetim süreçleri ve araç düzeyleriyle ilişkili karşılaştırmalı dönüşlere yönelik bir yaklaşım özetlenmektedir. Bu bölümün sonunda, analiz edilen her iş yükü, iş kesintilerinin tahmin etkisine göre yönetim maliyetini ölçer. Bu yaklaşım, daha zengin yönetim yaklaşımlarına yapılan bir yatırımın garanti edilip edilmediğini anlamanın nispeten kolay bir yolunu sağlar.

Sayıları çalıştırmadan önce, yumuşak maliyet faktörlerine bakmanız önemlidir. Yumuşak maliyet faktörleri bir getiri oluşturur, ancak bu getiri, kar ve zarar beyanında görülebilecek doğrudan sabit maliyet tasarruflarıyla ölçülmesi zordur. Mali açıdan sağduyulu olandan daha yüksek bir yönetim düzeyine yatırım yapma gereksinimini gösterebileceğinden, yumuşak maliyet faktörleri önemlidir.

Yumuşak maliyet faktörlerine birkaç örnek şunlardır:

• Yönetim kurulu veya CEO tarafından günlük iş yükü kullanımı.
• Müşterilerin ilk %0'ının iş yükü kullanımı, başka bir yerde daha fazla gelir etkisine yol açar.
• Çalışan memnuniyeti üzerindeki etkisi.

Taahhütte bulunmak için gereken bir sonraki veri noktası, yumuşak maliyet faktörlerinin bir listesidir. Bu faktörlerin bu aşamada belgelenmesi gerekmez, ancak iş paydaşları bu faktörlerin önemini ve aşağıdaki hesaplamalardan dışlanmalarını bilmeliler.

Kayıp önleme yatırım getirilerini hesaplama

Operasyon yönetimi maliyetlerinin göreli getirisini hesaplarken, bulut operasyonlarından sorumlu BT ekibinin daha önce bahsedilen önkoşulları tamamlaması ve tüm iş yükleri için minimum yönetim düzeyine sahip olması gerekir.

Yapılacak bir sonraki taahhüt, temel yönetilen teklifle ilişkili maliyetlerin işletme tarafından kabul edilmesidir.

İşletme, bulut operasyonlarına ilişkin minimum standartları karşılamak için temel teklife yatırım yapmaya karar ve ediyor mu?

İşletme bu yönetim düzeyini kabul etmiyorsa, diğer iş yüklerinin bulut operasyonlarını maddi olarak etkilemeden işletmenin devam etmesini sağlayan bir çözüm geliştirilmelidir.

İşletme standart yönetim düzeyinden daha fazlasını istiyorsa, bu bölümün geri kalanı bu yatırımı ve ilişkili getirileri doğrulamaya yardımcı olur (kayıptan kaçınma biçiminde).

Artan yönetim düzeyleri: Tasarım ilkeleri ve hizmet kataloğu

Yönetilen çözümler için, yönetim temeline ek olarak çeşitli tasarım ilkeleri ve şablon çözümleri uygulanabilir. Güvenilirlik ve dayanıklılık için tasarım ilkelerinin her biri, iş yüküne işletim maliyeti ekler. BT'nin ve işletmenin bu ek taahhütler üzerinde anlaşmaya varması için, bu artan yatırımla önlenebilecek olası kayıpları anlamak önemlidir.

Aşağıdaki hesaplamalar, kayıplarla artan yönetim yatırımları arasındaki farkları daha iyi anlamanıza yardımcı olmak için formüllerde yol gösterir. Artan yönetimin maliyetini hesaplama konusunda rehberlik için bkz . İş yükü otomasyonu ve Platform otomasyonu.

İpucu

Bulut yönetimini planlamak için operasyon yönetimi çalışma kitabını kullanıyorsanız, operasyon yönetimi alanlarını her konuşmayı yansıtacak şekilde güncelleştirin. Bu alanlar Arasında Taahhüt düzeyi, Bileşik SLA ve Aylık maliyet yer alır. Aylık maliyet, eklenen operasyonel yönetim araçlarının aylık maliyetini temsil etmelidir. Bunlar güncelleştirildikten sonra alanlar, yatırım getirisi formüllerini ve aşağıdaki alanların her birini güncelleştirir.

Tahmin kesintisi (yıl başına saat)

Bileşik SLA, iş yükündeki her varlığın dağıtımını temel alan hizmet düzeyi sözleşmesidir. Bu alan tahmini kesintiyi destekler (çalışma kitabında etiketlenmiştir Est.Outage ). Çalışma kitabını kullanmadan yılda saat cinsinden tahmini kesintiyi hesaplamak için aşağıdaki formülü uygulayın:

Tahmini kesinti = (1 - bileşik SLA yüzdesi) × yıl içindeki saat sayısı

Çalışma kitabı yılda varsayılan 8.760 saat değerini kullanır.

Standart kayıp etkisi

Standart kayıp etkisi (çalışma kitabında etiketlenmiştir Standard Impact ) tahmini kesinti tahmininin doğru olduğu varsayılarak kesintilerin mali etkisini tahmin eder. Çalışma kitabını kullanmadan bu tahmini hesaplamak için aşağıdaki formülü uygulayın:

Standart etki = üç 9 çalışma süresi × zaman değeri etkisiyle tahmini kesinti

Bu, işletme paydaşlarının daha yüksek bir yönetim düzeyine yatırım yapmayı seçmesi halinde maliyet için bir temel görevi görür.

Bileşik SLA etkisi

Bileşik SLA etkisi (çalışma kitabında etiketlenmiştir Commitment level impact ), çalışma süresi SLA'sında yapılan değişikliklere bağlı olarak güncelleştirilmiş mali etki sağlar. Bu hesaplama, her iki seçeneğin öngörülen finansal etkisini karşılaştırmanıza olanak tanır. Elektronik tablo olmadan bu tahmin etkisini hesaplamak için aşağıdaki formülü uygulayın:

Bileşik-SLA etkisi = tahmini kesinti × zaman değeri etkisi

değer, değiştirilen taahhüt düzeyi ve yeni bileşik SLA ile önlenecek olası kayıpları temsil eder.

Karşılaştırma temeli

Karşılaştırma temeli , dönüş sütununda en uygun olan değeri belirlemek için standart etkiyi ve bileşik SLA etkisini değerlendirir.

Kayıptan kaçınmanın geri dönüşü

bir iş yükünü yönetme maliyeti olası kayıpları aşarsa, bulut yönetimine önerilen yatırım verimli olmayabilir. KayıpTan Kaçınma getirisini karşılaştırmak için Yıllık YATıRıM GETIRisi****etiketli sütuna bakın. Bu sütunu kendiniz hesaplamak için aşağıdaki formülü kullanın:

Kayıp önleme getirisi = (karşılaştırma temeli - (aylık maliyet × 12) ) ÷ (aylık maliyet × 12) )

Dikkate alınması gereken başka yumuşak maliyet faktörleri yoksa, bu karşılaştırma bulut operasyonlarına, dayanıklılığına, güvenilirliğine veya diğer alanlara daha derin bir yatırım yapılması gerekip gerekmediğini hızla gösterebilir.

Taahhüdü doğrulama

Sürecin bu noktasına kadar taahhütler verilmiştir: merkezi veya temsilci sorumluluğu, Azure kiracısı ve taahhüt düzeyi. Bulut operasyonları ekibinin, bulut stratejisi ekibinin ve iş paydaşlarının iş yükünü yönetme taahhüdüne uygun olduğundan emin olmak için her taahhüt doğrulanmalı ve belgelenmelidir.

Sonraki adımlar

Taahhütler yapıldıktan sonra sorumlu operasyon ekipleri söz konusu iş yükünü yapılandırmaya başlayabilir. Başlamak için envantere ve görünürlüğe yönelik çeşitli yaklaşımları değerlendirin.

Envanter ve görünürlük seçenekleri