Dijital emlağı rasyonalize etme
Bulut rasyonalizasyonu, varlıkları bulutta barındırmak için en iyi yaklaşımı belirlemek üzere değerlendirme sürecidir. Bir yaklaşımı belirledikten ve envanteri topladikten sonra,bulut rasyonalizasyonu başlayabilir. Bulut rasyonalizasyonunda en yaygın rasyonalizasyon seçenekleri ele alındı.
Geçiş çalışmalarınızı planlamanıza ve önceliklendirmenize yardımcı olacak kapsamlı bir değerlendirmeyi tamamlama hakkında hızlı bir genel bakış elde etmek için aşağıdaki videoyu izleyin.
Rasyonalizasyonun geleneksel görünümü
Geleneksel rasyonalizasyon sürecini karmaşık bir karar ağacı olarak görselleştirin. Dijital emlakta yer alan her varlık, beş yanıttan biri (rasyonalizasyonda beş R) ile sonuçlandı. Küçük emlaklar için bu işlem iyi çalışır. Daha büyük emlaklar için verimsizdir ve önemli gecikmelere yol açabiliyor. Şimdi süreci incelenin ve bunun neden olduğunu incelenin. Ardından daha verimli bir model sunuz.
Stok: Uygulamalar, yazılım, donanım, işletim sistemleri ve sistem performansı ölçümleri dahil olmak üzere varlıkların kapsamlı bir envanteri, geleneksel modelleri kullanarak tam bir rasyonalizasyon tamamlamak için gereklidir.
Nicel analiz: Karar ağacında nicel sorular, ilk karar katmanını oluşturur. Sık sorulan sorular şunlardır:
- Varlık bugün kullanımda mı?
- Öyleyse, iyileştirilmiş ve düzgün boyutlandırılmış mı?
- Varlıklar arasında hangi bağımlılıklar var? Bu sorular envanterin sınıflandırılması için çok önemlidir.
Kalite analizi: Bir sonraki karar kümesi, nitelik analizi şeklinde insan zekası gerektirir. Genellikle, burada ortaya gelen sorular çözüme özgüdür ve yalnızca iş paydaşları ve güç kullanıcıları tarafından yanıt olabilir. Bu kararlar genellikle süreci geciktirerek işleri önemli ölçüde yavaşlatmaktadır. Bu analiz genellikle uygulama başına 40-80 FTE saati tüketir.
Nitel analiz sorularının bir listesini ekleme hakkında rehberlik için bkz. Dijital emlak planlamasına yaklaşımlar.
Rasyonalizasyon kararı: Deneyimli bir rasyonalizasyon ekibinin elinde, nitel ve nicel veriler net kararlar verir. Ne yazık ki yüksek düzeyde rasyonalizasyon deneyimine sahip ekiplerin işe almaları veya eğitmeleri aylar sürer.
Kurumsal ölçekte rasyonalizasyon
50 VM'lik dijital emlak için bu çaba zaman alıyor ve göz korkutucu oluyorsa, binlerce VM'nin ve yüzlerce uygulamanın olduğu bir ortamda iş dönüşümü için gereken çabayı düşünün. Gereken insan çabası 1.500 FTE saati ve dokuz aylık planlamayı kolayca aşabilir.
Tam rasyonalizasyon, son durum ve hareket etmek için harika bir yön olduğu için, gerekli zaman ve enerjiye göre nadiren yüksek bir yatırım getirisi (yatırım getirisi) üretir.
Rasyonalizasyon finansal kararlar için gerekli olduğunda, süreci hızlandırmak için bulut rasyonalizasyonu konusunda uzmanlaşmış bir profesyonel hizmet kuruluşuna göz önünde bulundurabilirsiniz. O zaman bile tam rasyonalizasyon, dönüşümü veya iş sonuçlarını geciktiren maliyetli ve zaman alan bir efor olabilir.
Bu makalenin geri kalanında artımlı rasyonalizasyon olarak bilinen alternatif bir yaklaşım açıklanmıştır.
Artımlı rasyonalizasyon
Büyük bir dijital emlak için tam rasyonalizasyon risk altındadır ve karmaşıklığı nedeniyle gecikmeler olabilir. Artımlı yaklaşımın ardındaki varsayım, gecikmeli kararların, engel riskini azaltmak için işletme üzerindeki yükün artma olduğu varsayımıdır. Zaman içinde bu yaklaşım, nitelikli rasyonalizasyon kararlarını daha verimli bir şekilde almak için gereken süreçleri ve deneyimi geliştirmek için organik bir model oluşturur.
Envanter: Bulma veri noktalarını azaltma
Dijital emlakların tamamının gerçek zamanlı envanterini doğru bir şekilde sürdürmek için zaman, enerji ve harcamaya yatırım yapan az sayıda kuruluş vardır. Kayıp, hırsızlık, yenileme döngüleri ve çalışan ekleme genellikle son kullanıcı cihazlarının ayrıntılı varlık izlemesi için bir nedendir. Geleneksel, şirket içi veri merkezinde doğru bir sunucu ve uygulama envanterini koruma yatırım getirisi genellikle düşüktür. Çoğu IT kuruluşlarının, bir veri merkezinde sabit varlıkların kullanımını izlemekten daha acil sorunları vardır.
Bulut dönüşümünde envanter doğrudan işletim maliyetleriyle ilişkilidir. Doğru planlama için doğru envanter verileri gereklidir. Ne yazık ki, geçerli ortam tarama seçenekleri kararları haftalara veya aya göre geciktirmektedir. Neyse ki birkaç püf noktaları veri toplamayı hızlandırır.
Aracı tabanlı tarama en sık gecikme süresidir. Geleneksel bir rasyonalizasyon için gereken sağlam veriler genellikle yalnızca her varlık üzerinde çalışan bir aracı ile toplanabilir. Aracılara olan bu bağımlılık genellikle ilerlemeyi yavaşlatıyor çünkü güvenlik, operasyon ve yönetim işlevlerinden geri bildirim gerektirmektedir.
Artımlı rasyonalizasyon sürecinde, erken kararları hızlandırmak için ilk keşif için aracısız bir çözüm kullanılabilir. Ortamdaki karmaşıklık düzeyine bağlı olarak, aracı tabanlı bir çözüm hala gerekli olabilir, ancak iş değişikliğinin kritik yolundan kaldırılabilir.
Nicel analiz: Kararları kolaylaştırma
Envanter bulma yaklaşımına bakılmaksızın nicel analiz, ilk kararları ve varsayımları başlatabilirsiniz. Bu durum özellikle ilk iş yükünü belirlemeye çalışırken veya rasyonalizasyon amacı üst düzey maliyet karşılaştırması olduğunda doğrudur. Artımlı rasyonalizasyon sürecinde, bulut stratejisi takımı ve bulut benimseme ekipleri rasyonalizasyonda beş R'sini iki kısa kararla sınırlar ve yalnızca bu nicel faktörleri uygulayabilir. Bu, analizi basit hale getirmek ve değişikliği devam etmek için gereken ilk veri miktarını azaltır.
Örneğin, bir kuruluş buluta IaaS geçişinin ortasında yer alıyorsa, çoğu iş yükünün kaldır olacağını veya yeniden barındır olacağını varsayabilirsiniz.
Kalite analizi: Geçici varsayımlar
Olası sonuç sayısını azaltarak, bir varlığın gelecekteki durumuyla ilgili ilk karara ulaşmak daha kolay olur. Seçenekleri azaltarak bu erken aşamada işletmeye sorulan soru sayısını da azaltabilirsiniz.
Örneğin, seçeneklerin yeniden barındırma veya geri alma ile sınırlı olması, işletmenin ilk rasyonalizasyon sırasında yalnızca bir soruyu yanıtlaması gerekir ve bu da varlığın kaldırılamayacak olmasıdır.
"Analiz, hiçbir kullanıcının etkin olarak bu varlığı kullanmamalarını önerir. Bu doğru mu yoksa bir şeyi göz ardı mı ettik?" Bu tür bir ikili soru genellikle nitel analizden çok daha kolaydır.
Bu kolaylaştırılmış yaklaşım temelleri, finansal planları, stratejiyi ve yönü üretir. Sonraki etkinliklerde, her varlık diğer seçenekleri değerlendirmek için daha fazla rasyonalizasyon ve nitel analizden geçmektedir. Bu ilk rasyonalizasyonda varsayımların hepsi, tek tek iş yüklerini gitmeden önce test edilir.
Varsayımları sınama
Önceki bölümün sonucu, varsayımlarla dolu kaba bir rasyonalizasyon sonucu elde etmektir. Şimdi bu varsayımlardan bazılarını zorlanın.
Varlıkları kaldır
Geleneksel bir şirket içi ortamda, küçük ve kullanılmayan varlıkları barındırmak, yıllık maliyetleri önemli ölçüde etkilemeye neden olur. Birkaç özel durum dışında, gerçek varlığı analiz etmek ve emeklilik için gereken FTE çabası, bu varlıkları ayıklama ve geriden kaldıran maliyet tasarruflarından daha fazla ağır basıyor.
Bir bulut muhasebesi modeline geçişte, kullanımdan kalkacak varlıklar yıllık işletim maliyetlerini ve ön geçiş çalışmalarında önemli tasarruflar üretebilir.
Nicel bir analiz tamamladıktan sonra kuruluşların dijital emlaklarının %20'sini veya daha fazlasını kaldıracakları nadir bir durum değildir. Eyleme başlamadan önce daha fazla nitel analiz yürütmenizi öneririz. Onaylandıktan sonra, bu varlıkların geri kazanarak buluta geçişin ilk yatırım getirilerini elde edin. Bu genellikle en büyük maliyet tasarrufu faktörlerinden biri olur. Bu nedenle bulut stratejisi takımı, erken bir finansal kazan elde etmek için Geçiş metodolojisini yürütmeye paralel olarak varlıkların doğrulanması ve emeklilik durumunu denetlemeli.
Program ayarlamaları
Bir şirket tek bir dönüşüm yolculuğuna nadiren girişer. Maliyet azaltma, pazar büyümesi ve yeni gelir akışları arasında seçim yapmak nadiren ikili bir karardır. Bu nedenle bulut stratejisi ekibinin, birincil dönüşüm yolculuğu kapsamının dışında olan paralel dönüşüm çalışmalarına yönelik varlıkları belirlemek için IT ile birlikte çalışması önerilir.
Bu makalede verilen IaaS geçiş örneğinde:
Dağıtım DevOps zaten bir dağıtım otomasyonu parçası olan varlıkları belirlemesini ve bu varlıkları çekirdek geçiş planından kaldırmalarını isteme.
Verilerden ve R D ekiplerinden yeni gelir akışlarına güç kaynağı olan varlıkları tanımlamalarını ve bunları & çekirdek geçiş planından kaldırmalarını isteme.
Bu program odaklı nitel analiz hızlı bir şekilde yürütüle ve birden çok geçiş kapsamında hizalama oluşturur.
Bazı varlıkları bir süre için yeniden barındırma varlıkları olarak değerlendirmeye devam ediyor olabilir. İlk geçiş sonrasında daha sonra rasyonalizasyon aşamasına geçebilirsiniz.
İlk iş yükünü seçme
test ve öğrenme için ilk iş yükünün uygulanması çok önemli. Büyüme zihniyeti göstermek ve oluşturmak için ilk fırsattır.
İş ölçütleri
İş saydamlığını sağlamak için, bulut stratejisi ekibinin iş biriminin bir üyesi tarafından desteklenen bir iş yükünü belirleme. Tercihen ekibin buluta taşınmak için önemli bir paya sahip olduğu ve güçlü bir motivasyona sahip olduğu birini seçin.
Teknik ölçütler
Minimum bağımlılıklara sahip olan ve küçük bir varlık grubu olarak taşına bir iş yükü seçin. Doğrulamayı kolaylaştırmak için tanımlı test yoluna sahip bir iş yükü seçmenizi öneririz.
İlk iş yükü genellikle işletimsel veya idare kapasitesine sahip bir deneysel ortamda dağıtılır. Güvenli verilerle etkileşimde olmayan bir iş yükü seçmek önemlidir.
Nitel Analizi
Bulut benimseme takımları ve bulut stratejisi ekibi, bu küçük iş yükünü çözümlemek için birlikte çalışabilir. Bu işbirliği, nitel analiz ölçütlerini oluşturmak ve test etmek için denetimli bir fırsat oluşturur. Daha küçük popülasyon, etkilenen kullanıcıları ankete yönelik bir fırsat oluşturur ve ayrıntılı bir nitel analizini haftada bir veya daha az bir şekilde tamamlar. Ortak nitel çözümleme faktörleri için beş sizlik kullanım için belirli birdönüştürme hedefine bakın.
Geçiş
Devam eden sürekli kullanım ile paralel olarak, bulut benimseme ekibi, aşağıdaki anahtar alanlarda öğrenimi genişletmek için küçük iş yükünü geçirmeye başlayabilir:
- Bulut sağlayıcısının platformuyla becerileri güçlendirin.
- Uzun vadeli vizyona uyum sağlamak için gereken Çekirdek Hizmetleri ve Azure standartlarını tanımlayın.
- İşlemlerin daha sonra dönüşümde daha sonra değiştirilmesi gerekebilecek daha iyi bir anlayışın.
- Tüm ilgili iş risklerini ve bu riskler için işletmenin dayanıklılığını anlayın.
- İşletmenizin risk toleransına göre idare için bir temel veya en düşük uygun ürün (MVP) oluşturun.
Yayın planlaması
Bulut benimseme ekibi, ilk iş yükünün geçişini veya uygulamasını yürütürken, bulut stratejisi ekibi kalan uygulamaların ve iş yüklerinin önceliklerini belirleyebilir.
10 ' un gücü
Daha fazla kullanım için geleneksel yaklaşım, tüm öngörülebilir ihtiyaçları karşılamaya çalışır. Neyse ki, her uygulama için bir plan, genellikle bir dönüşüm yolculuğuna başlamak için gerekli değildir. Artımlı modelde 10 yaklaşımın gücü iyi bir başlangıç noktası sağlar. Bu modelde, bulut stratejisi ekibi geçirilecek ilk 10 uygulamayı seçer. Bu on iş yüklerinin basit ve karmaşık iş yüklerinin bir karışımını içermesi gerekir.
İlk biriktirme listeleri oluşturma
Bulut benimseme takımları ve bulut stratejisi ekibi, ilk 10 iş yükünün nitel analizinde birlikte çalışabilir. Bu çaba, ilk öncelikli geçiş biriktirme listesini ve ilk öncelikli yayın biriktirme listesini oluşturur. Bu yöntem ekiplerin yaklaşım üzerinde yineleme yapmasına ve nitel analizinde yeterli bir işlem oluşturması için yeterli zaman sunmalarını sağlar.
İşlem
İki ekip, nitel analiz ölçütünü kabul ettikten sonra, değerlendirme her yinelemede bir görev haline gelebilir. Değerlendirme ölçütlerinde konsensus 'a ulaşmak genellikle iki ile üç yayın gerektirir.
Değerlendirme, geçişin artımlı yürütme işlemine taşındıktan sonra, bulut benimseme ekibi değerlendirme ve mimaride daha hızlı bir şekilde yineleyebilir. Bu aşamada, bulut stratejisi ekibi de soyutlanmakta ve bu süre içinde drenasiyonu azaltır. Bu Ayrıca, bulut stratejisi ekibinin yalnızca belirli bir sürümde olmayan uygulamaların önceliklerini belirleme imkanı sağladığından, değişen pazar koşulları ile sıkı bir şekilde hizalanmasına odaklanmasını sağlar.
Öncelikli uygulamaların hepsi geçiş için hazırlanmayacak. Takım daha derin nitel analizini yaparken sıralama muhtemelen değişebilir ve biriktirme listesinin yeniden önceliklendirilmesini gerektirebilecek iş olaylarını ve bağımlılıklarını tespit eder. Bazı yayınlar, az sayıda iş yükü gruplandırmayabilir. Diğerleri yalnızca tek bir iş yükü içerebilir.
Bulut benimseme ekibi, bir bütün iş yükü geçişi üretmeyen yinelemeleri çalıştırmak olabilir. Daha küçük olan iş yükü ve daha az bağımlılık, büyük olasılıkla bir iş yükü tek bir sprint 'e veya yinelemeye sığmayacak. Bu nedenle, yayın biriktirme listesindeki ilk birkaç uygulamanın küçük olması ve birkaç dış bağımlılık içermesi önerilir.
Bitiş durumu
Zaman içinde, bulut benimseme ekibi ve bulut stratejisi ekibi, envanterin tam olarak hazır hale getirme oranını tamamlarsa. Bu artımlı yaklaşım, ekiplerin hızlı bir şekilde hale getirme sürecinde sürekli daha hızlı bir şekilde yararlanmalarını sağlar. Ayrıca, dönüştürme yolculuğunun, çok ön analiz çabasıyla daha erken somut iş sonuçları elde etmesine yardımcı olur.
Bazı durumlarda, finansal model ek bir işlem yapmaya gerek kalmadan bir karar vermek için çok sıkı olabilir. Bu gibi durumlarda, daha geleneksel hale getirme için daha geleneksel bir yaklaşım gerekebilir.
Sonraki adımlar
Bir yükseltme çabasında oluşan çıkış, seçilen dönüşümden etkilenen tüm varlıkların öncelikli bir kapsamdır. Bu kapsam artık, bulut hizmetlerinin maliyetlendirme modelleri için temel olarak hizmet vermeye hazırdır.