Bulut yönetiminde iş taahhüdü
İş taahhüdü , operasyonel yönetim düzeyinizi kabul edilebilir bir işletim maliyetiyle tanımlamanıza yardımcı olur. bir iş taahhüdü tanımlamak için öncelikleri dengelemeniz gerekir. Bu makalede, bu bakiyeyi bulmak için veri noktalarının ve hesaplamaların nasıl değerlendirildiği açıklanır.
İş kararlarını haklı gösteren iş kararlılığıyla ilgili taahhütleriniz olabilir. Kararlılık taahhütleri, hizmet düzeyi sözleşmelerini (SLA' lar) veya belirli bir teknik dayanıklılık düzeyini içerebilir. Çoğu iş yükü için yalnızca temel bir bulut yönetimi düzeyine ihtiyacınız vardır. Diğer iş yükleri için bulut yönetimi için taban çizgisi düzeyine kıyasla iki ile dört kat daha fazla harcama yapabilirsiniz. İş kesintilerinin olası etkileri nedeniyle bu maliyeti gerekçelendirebilirsiniz.
Bu serideki önceki makaleler, çeşitli iş yüklerindeki kesintilerin sınıflandırmasını ve etkisini anlamanıza yardımcı olabilir. Bu makale, getirileri hesaplamanıza yardımcı olur.
Aşağıdaki diyagramda, her bulut yönetimi düzeyinin maliyetin dayanıklılıktan daha hızlı yükselebileceği bükme noktaları olduğu gösterilmektedir. Bu bükme noktaları, ayrıntılı iş kararları ve iş taahhütleri ister.
Uygun bir taahhüdü belirleme
Bir portföydeki her iş yükü için bulut operasyonları ekibi ve bulut stratejisi takımı, bulut operasyonları ekibinin doğrudan sağladığı yönetim düzeyine uygun olmalıdır.
İşletmeniz bir taahhüt oluşturduğunda aşağıdaki yönlerin nasıl uyumlu hale getirileceğini belirleyin.
- BT işlemleri önkoşulları
- Yönetim sorumluluğu
- Bulut kiracısı
- Yumuşak maliyet faktörleri
- Yatırım getirisi (ROI) kaybından kaçınma
- Yönetim düzeyini doğrulama
Karar vermenize yardımcı olmak için aşağıdaki bölümlerde bu yönler daha ayrıntılı olarak açıklanmaktadır.
BT işlemleri önkoşullarını belirleme
Azure Yönetim Kılavuzu, Azure yönetim araçlarını özetler. İşletmeniz bir taahhütte bulunmadan önce BT'nin tüm yönetilen iş yüklerine uygulanacak kabul edilebilir bir standart düzey yönetim temeli belirlemesi gerekir. BT portföyündeki yönetilen iş yüklerinin her biri için BT daha sonra CPU çekirdeklerini, disk alanını ve varlıkla ilgili diğer değişkenleri temel alan standart bir yönetim maliyeti hesaplayabilir. BT ayrıca mimariye göre her iş yükü için bir bileşik hizmet düzeyi hedefi (SLO) tahmin edebilir.
BT operasyon ekipleri genellikle ilk bileşik SLO için varsayılan en az %99,9 çalışma süresi kullanır. Özellikle minimum günlük ve depolama gereksinimi olan çözümler için yönetim maliyetlerini ortalama iş yüküne göre normalleştirebilirler. BT operasyonları ekibi, ilk konuşmalar için bir başlangıç noktası sağlamak amacıyla orta düzeyde kritik öneme sahip birkaç iş yükünün maliyetlerinin ortalamasını alabilir.
İpucu
Bulut yönetimini planlamak için operasyon yönetimi çalışma kitabını kullanıyorsanız, operasyon yönetimi alanlarını BT işlemleri önkoşullarını yansıtacak şekilde güncelleştirmeniz gerekir. Operasyon yönetimi alanları Taahhüt düzeyi, Bileşik SLO ve Aylık maliyeti içerir. Aylık maliyet, aylık olarak eklediğiniz operasyonel yönetim araçlarının maliyetini temsil etmelidir.
İşlem yönetimi temeli bir başlangıç noktası görevi görür ve temeli aşağıdaki yönlerle de doğrulamanız gerekir.
Sorumluluk modeli seçme
Geleneksel bir şirket içi ortamda, ortamı yönetme maliyetinin BT işlemleri için batmış bir maliyet olduğunu varsayabilirsiniz. Batan maliyet, kurtaramamanıza neden olan bir masraftır. Bulutta yönetim, doğrudan bütçe etkisi olan amaca yönelik bir karardır. Her yönetim işlevinin maliyetlerini, buluta dağıttığınız her iş yüküyle doğrudan ilişkilendirebilirsiniz. Bu yaklaşımda daha fazla denetime sahipsiniz. Ancak bulut operasyonları ekiplerinin ve bulut stratejisi ekiplerinin öncelikle sorumluluklar hakkında bir anlaşmaya varması gerekir.
İşletmeniz, devam eden yönetim işlevlerinizin bazılarını bir hizmet sağlayıcısına dış kaynak olarak da verebilir. Hizmet sağlayıcıları, işletmenize hassas denetim sağlamak için Azure Lighthouse'ı kullanabilir. Örneğin, kaynaklarınıza erişim verebilir ve hizmet sağlayıcılarının gerçekleştirdiği eylemlere daha fazla görünürlük sağlayabilirsiniz.
Bulut ortamınızı yönetmek için çeşitli modeller uygulayabilirsiniz.
Temsilci sorumluluk modeli: BT işlemleri, temsilci sorumluluğu olarak bilinen bir yaklaşımı kullanabilir. Bu yaklaşım merkezi yönetim gerektirmez ve operasyonel yönetim ek yükünü önler. Bulut mükemmellik merkezi (CCoE) modelinde, platform operasyonları ve platform otomasyonu, merkezi bir BT operasyon ekibinden bağımsız olarak, iş liderliğindeki operasyon ekiplerinin kullanabileceği 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. CCoE ekibi ayrıca minimum koruma kümesinin düzgün bir şekilde uygulanmasını da sağlayabilir. BT, işletmenizin 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 modeli: Uyumluluk gereksinimleriniz, teknik karmaşıklığınız veya bazı paylaşılan hizmet modelleriniz varsa işletmeniz için merkezi bir BT ekibi modeli gerekebilir. Merkezi bir BT modelinde BT, operasyon yönetimi sorumluluklarını yerine getirir.
çevre tasarımını, yönetim denetimlerini ve idare araçlarını merkezi olarak yönetebilir ve denetleyebilirsiniz; bu da iş katılımcılarının yönetim taahhütleri vermelerini engeller. Ancak maliyet ve bulut yaklaşımlarının mimarisine ilişkin görünürlük, merkezi BT'nin her iş yükü için maliyet ve yönetim düzeyini iletmesini kolaylaştırır.
Karma model: Sınıflandırma, yönetim sorumluluklarının karma modelinin temelini oluşturur. İşletmeniz şirket içinden buluta dönüştürme sürecindeyse, bir süre için şirket içi öncelikli bir işletim modeline ihtiyacınız olabilir. İşletmenizin katı uyumluluk gereksinimleri varsa veya BT dış kaynak satıcılarıyla uzun vadeli sözleşmelere bağlıysa, merkezi bir işletim modeline ihtiyacınız olabilir.
Karma model yaklaşımı denge sağlar. 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. Ekip, diğer tüm iş yükü sınıflandırmalarını temsilci sorumluluklarını destekleyen bir bulut ortamına yerleştirir. Merkezi sorumluluk yaklaşımı genel operasyon modeli görevi görür, ancak işletmeniz gerekli destek ve duyarlılık düzeyinize göre özelleştirilmiş bir işletim modelini benimseme esnekliğine sahiptir.
Bir iş yükü için günlük operasyon yönetiminden kimin sorumlu olduğunu düşünün. Sorumluluk yaklaşımınız taahhütlerinizi etkiler.
Bulut kiracılığını yönetme
Genellikle, varlıkları tek bir kiracıda bulunduklarında daha kolay yönetebilirsiniz. Ancak birden çok kiracıyı korumanız gerekebilir. Çok kiracılı bir Azure ortamına neden ihtiyacınız olabileceği hakkında daha fazla bilgi için bkz . Azure Lighthouse ile yönetim işlemlerini merkezileştirme.
Yumuşak maliyet faktörlerini göz önünde bulundurun
Sonraki bölümde, çeşitli yönetim süreçleri ve araçları düzeyleriyle ilişkili karşılaştırmalı dönüşleri belirlemeye yönelik bir yaklaşım özetlenmektedir. Analiz edilen her iş yükü için, iş kesintilerinin tahmin edilen etkisine göre yönetim maliyetini ölçebilirsiniz. Daha kapsamlı yönetim yaklaşımlarına yatırım yapmanız gerekip gerekmediğini belirlemek için aşağıdaki yöntemi kullanın.
Sayıları hesaplamadan önce yumuşak maliyet faktörlerini göz önünde bulundurun. Yumuşak maliyet faktörleri bir getiri oluşturur, ancak bu getiriyi kar ve zarar beyanında görünen doğrudan sabit maliyet tasarruflarıyla ölçmek zordur. Yumuşak maliyet faktörleri, mali açıdan sağduyulu olandan daha yüksek bir yönetim düzeyine yatırım yapma gereksinimini gösterebilir.
Geçici 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 yerlerde daha fazla gelir etkisine yol açar.
Çalışan memnuniyeti üzerindeki etkisi.
Bir taahhütte bulunmak için değerlendirmeniz gereken bir sonraki veri noktası, geçici maliyet faktörlerinin listesidir. Bu aşamada bu faktörleri belgelemelisiniz, ancak iş paydaşlarının önemlerini ve aşağıdaki hesaplamalardan dışlanmalarını sağlayın.
Kayıp önleme YATıRıM GETIRI'lerini hesaplama
Bulut operasyonlarından sorumlu BT ekibi operasyon yönetimi maliyetlerinin göreli getirisini hesapladığında, daha önce bahsedilen önkoşulları tamamlamalı ve tüm iş yükleri için en düşük yönetim düzeyini kabul etmelidir.
İşletmenizin yapması gereken bir sonraki taahhüt, temel olarak yönetilen teklifle ilişkili maliyetleri kabul etmektir. İşletmenizin bulut operasyonlarının en düşük standartlarını karşılamak için temel teklife yatırım yapıp yapmadığını belirleyin.
İşletmeniz bu yönetim düzeyini kabul etmiyorsa, işletmenizin devam edebilmesi için bir çözüm oluşturmanız gerekir. Çözümünüzün diğer iş yüklerinin bulut işlemlerini önemli ölçüde etkilemediğinden emin olun.
Standart yönetim düzeyinden daha fazlasını isteyebilirsiniz. Aşağıdaki bölüm, yatırımın ve ilişkili getirilerin kayıptan kaçınma biçiminde doğrulanmasında yardımcı olur.
Yönetim düzeylerini artırma
Yönetilen çözümler için, yönetim temeline ek olarak çeşitli tasarım ilkeleri ve şablon çözümleri uygulayabilirsiniz. Güvenilirlik ve dayanıklılık için her tasarım ilkesi, iş yüküne işletim maliyetleri ekler. BT ve işletmeniz bu ek taahhütler üzerinde anlaşmaya varmalıdır, böylece daha fazla ilke uyguladığınızda kaçınabileceğiniz olası kayıpları anlamanız gerekir.
Aşağıdaki hesaplamalar, kayıplar ile artan yönetim yatırımları arasındaki farkları daha iyi anlamanıza yardımcı olacak formüller sağlar. Artan yönetimin maliyetini hesaplama hakkında daha fazla bilgi 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 değişiklikler ROI formüllerini ve aşağıdaki alanların her birini güncelleştirir.
Tahmin kesintisi
Bileşik SLO, iş yükündeki her varlığın dağıtımını temel alan SLA'dır. Bileşik SLO alanı, çalışma kitabında etiketlenmiş Est. Outage olan tahmini kesintiyi yönetir. Ç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 SLO 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, tahmini kesinti tahmininin doğru olduğu varsayılarak kesintilerin mali etkisini tahmin eder. Standart kayıp etkisi çalışma kitabında etiketlenmiştir Standard Impact . Çalışma kitabını kullanmadan bu tahmini hesaplamak için aşağıdaki formülü uygulayın:
Standart etki = üç 9 saatlik çalışma süresi × zaman değeri etkisiyle ilgili tahmini kesinti
bu değer, işletme paydaşları daha yüksek bir yönetim düzeyine yatırım yaparsa maliyet için bir temel görevi görür.
Bileşik-SLO etkisi
Bileşik-SLO etkisi, çalışma süresi SLA'sına yapılan değişikliklere bağlı olarak güncelleştirilmiş mali etkiyi sağlar. Her iki seçeneğin öngörülen mali etkisini karşılaştırmak için bu hesaplamayı kullanın. Bileşik-SLO etkisi çalışma kitabında etiketlenmiştir Commitment level impact . Elektronik tablo olmadan bu tahmini etkiyi hesaplamak için aşağıdaki formülü uygulayın:
Bileşik-SLO etkisi = tahmini kesinti × zaman değeri etkisi
değeri, değiştirilen taahhüt düzeyinin ve yeni bileşik SLO'nun engellemesi gereken olası kayıpları temsil eder.
Karşılaştırma temeli
Karşılaştırma temeli alanı, Yıllık ROI alanındaki getiri miktarını belirlemek için standart etkiyi ve bileşik-SLO 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 faydalı olmayabilir. Kayıp getirisini önlemeyi karşılaştırmak için etiketli Annual ROIsütuna bakın. Bu sütunu kendiniz hesaplamak için aşağıdaki formülü kullanın:
Zarardan kaçınma = (karşılaştırma temeli - (aylık maliyet × 12) ) ÷ (aylık maliyet × 12)
Dikkate almanız gereken başka yumuşak maliyet faktörleri yoksa bulut operasyonlarına, dayanıklılığına, güvenilirliğine veya diğer alanlara daha fazla yatırım yapmanız gerekip gerekmediğini hızla belirlemek için bu karşılaştırmayı kullanabilirsiniz.
Taahhüdü doğrulama
Sürecin bu noktasında, işletmeniz merkezi veya temsilci sorumluluğu ve Azure kiracısı dahil olmak üzere taahhütlerde bulunabilir ve taahhüt düzeyini belirleyebilir. Bulut operasyonları ekibinin, bulut stratejisi ekibinin ve iş paydaşlarının iş yükünü yönetmek için bu taahhütlere uygun olduğundan emin olmak için her bir taahhüdü doğrulayabilir ve belgeleyebilirsiniz.
Sonraki adım
Taahhütlerde bulunduktan sonra sorumlu operasyon ekipleri iş yükünü yapılandırabilir. Başlamak için envantere ve görünürlüğe yönelik çeşitli yaklaşımları değerlendirin.