Dijital emlağı rasyonalize etme
Bulut rasyonalizasyonu, varlıkları bulutta barındırmaya yönelik en iyi yaklaşımı belirlemek için değerlendirme sürecidir. Bir yaklaşımı belirleyip envanteri topladıktan sonra bulut rasyonalizasyonu başlayabilir. Bulut rasyonalizasyonu en yaygın rasyonalizasyon seçeneklerini ele alır.
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.
Geleneksel rasyonalizasyon görünümü
Geleneksel rasyonalizasyon sürecini karmaşık bir karar ağacı olarak görselleştirdiğinizde rasyonalizasyonu anlamak kolaydır. Dijital emlaktaki her varlık, beş yanıt (rasyonalizasyonun beş Rs'sini) içeren bir süreçle beslenir. Küçük varlıklar için bu işlem iyi çalışır. Daha büyük varlıklar için verimsizdir ve önemli gecikmelere yol açabilir. Şimdi nedenini görmek için süreci inceleyelim. Ardından daha verimli bir model sunacağız.
Envanter: Geleneksel modelleri kullanarak tam rasyonalizasyonu tamamlamak için uygulamalar, yazılım, donanım, işletim sistemleri ve sistem performansı ölçümleri dahil olmak üzere varlıkların kapsamlı bir envanteri gerekir.
Nicel analiz: Karar ağacında, kararların ilk katmanını nicel sorular yönlendirir. Yaygın 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.
Nitel analiz: Bir sonraki karar kümesi, nitel analiz biçiminde insan zekası gerektirir. Genellikle, burada ortaya çıkan sorular çözüme özeldir ve yalnızca iş paydaşları ve ileri düzey kullanıcılar tarafından yanıtlanabilir. Bu kararlar genellikle süreci geciktirerek işleri önemli ölçüde yavaşlatır. Bu analiz genellikle uygulama başına 40 ila 80 FTE saat tüketir.
Nitel analiz sorularının listesini oluşturma 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 oluşturur. Ne yazık ki, yüksek düzeyde rasyonalizasyon deneyimine sahip ekiplerin işe alınması veya eğitmesi aylar sürebilir.
Kurumsal ölçekte rasyonalizasyon
Bu çaba 50 VM'lik bir dijital varlık için zaman alıyor ve göz korkutucuysa, binlerce VM ve yüzlerce uygulamanın olduğu bir ortamda iş dönüşümü sağlamak için gereken çabayı düşünün. Gereken insan çabası 1.500 FTE saati ve dokuz aylık planlamayı kolayca aşabilir.
Tam rasyonalizasyon bitiş durumu ve ilerlemek için harika bir yön olsa da, gereken zamana ve enerjiye göre nadiren yüksek bir yatırım getirisi (yatırım getirisi) üretir.
Finansal kararlar için rasyonalizasyon gerekli olduğunda, süreci hızlandırmak için bulut rasyonalizasyonu konusunda uzmanlaşmış profesyonel bir hizmet kuruluşunu göz önünde bulundurmaya değer. Bu durumda bile tam rasyonalizasyon, dönüşümü veya iş sonuçlarını geciktiren maliyetli ve zaman alan bir çaba olabilir.
Bu makalenin geri kalanında artımlı rasyonalizasyon olarak bilinen alternatif bir yaklaşım açıklanmaktadır.
Artımlı rasyonalizasyon
Büyük bir dijital varlığın tamamen rasyonalizasyonu riske açıktır ve karmaşıklığı nedeniyle gecikmeler yaşanabilir. Artımlı yaklaşımın ardındaki varsayım, gecikmeli kararların engel riskini azaltmak için işletme üzerindeki yükü sarstığı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ştirmeye yönelik organik bir model oluşturur.
Envanter: Bulma veri noktalarını azaltma
Çok az kuruluş, tam dijital emlakların gerçek zamanlı envanterini korumak için zaman, enerji ve harcamaya yatırım yapar. Kayıp, hırsızlık, yenileme döngüleri ve çalışan ekleme işlemleri genellikle son kullanıcı cihazlarının ayrıntılı varlık izlemesini haklı olarak gösterir. Geleneksel, şirket içi bir veri merkezinde doğru bir sunucu ve uygulama envanteri tutmanın yatırım getirisi genellikle düşüktür. Çoğu BT kuruluşunun, bir veri merkezinde sabit varlıkların kullanımını izlemekten daha acil sorunları vardır.
Bir bulut dönüşümünde envanter, işletme maliyetleriyle doğrudan bağıntılı olur. Doğru planlama için doğru envanter verileri gereklidir. Ne yazık ki, geçerli ortam tarama seçenekleri kararları haftalar veya aylar geciktirebilir. Neyse ki, birkaç püf noktası veri toplamayı hızlandırabilir.
Aracı tabanlı tarama, en sık alıntı yapılan gecikmedir. Geleneksel bir rasyonalizasyon için gerekli olan güçlü veriler genellikle yalnızca her varlık üzerinde çalışan bir aracıyla toplanabilir. Aracılara olan bu bağımlılık genellikle ilerlemeyi yavaşlatabilir çünkü güvenlik, operasyonlar ve yönetim işlevlerinden geri bildirim gerektirebilir.
Artımlı rasyonalizasyon işleminde, erken kararları hızlandırmak için ilk bulma için aracısız bir çözüm kullanılabilir. Ortamdaki karmaşıklık düzeyine bağlı olarak, aracı tabanlı çözüm yine de gerekli olabilir, ancak iş değişikliğinin kritik yolundan kaldırılabilir.
Nicel analiz: Kararları kolaylaştırma
Envanter bulma yaklaşımından bağımsız olarak, nicel analiz ilk kararları ve varsayımları yönlendirebilir. Bu durum özellikle ilk iş yükünü belirlemeye çalışırken veya rasyonalizasyon hedefi üst düzey maliyet karşılaştırması olduğunda geçerlidir. Artımlı rasyonalizasyon sürecinde bulut stratejisi takımı ve bulut benimseme ekipleri beş rasyonalizasyon rasyonalizasyonu iki kısa kararla sınırlandırır ve yalnızca bu nicel faktörleri uygular. Bu, analizi kolaylaştırır ve değişikliği yönlendirmek için gereken ilk veri miktarını azaltır.
Örneğin, bir kuruluş buluta IaaS geçişinin ortasındaysa, çoğu iş yükünün kullanımdan kaldırılacağını veya yeniden barındırılacağını varsayabilirsiniz.
Nitel analiz: Geçici varsayımlar
Olası sonuçların sayısını azaltarak, bir varlığın gelecekteki durumu hakkında ilk karara ulaşmak daha kolaydır. Seçenekleri azalttığınızda, bu erken aşamada işletmeyle ilgili sorulan soruların sayısını da azaltırsınız.
Örneğin, seçenekler yeniden barındırma veya kullanımdan kaldırma ile sınırlıysa, işletmenin ilk rasyonalizasyon sırasında yalnızca bir soruyu yanıtlaması gerekir; bu, varlığın kullanımdan kaldırılıp kaldırılmayacağıdır.
"Analiz, hiçbir kullanıcının bu varlığı etkin bir şekilde kullanmadığını gösteriyor. Bu doğru mu, yoksa bir şeyi mi gözden kaçırmışız?" Böyle bir ikili soruyu nitel analiz aracılığıyla çalıştırmak genellikle çok daha kolaydır.
Bu kolaylaştırılmış yaklaşım temelleri, finansal planları, stratejiyi ve yönü oluşturur. Sonraki etkinliklerde her varlık, diğer seçenekleri değerlendirmek için daha fazla rasyonalizasyon ve nitel analizden geçer. Bu ilk rasyonalizasyonda yaptığınız tüm varsayımlar, tek tek iş yükleri geçirilmeden önce test edilir.
Varsayımları sınama
Önceki bölümün sonucu, varsayımlarla dolu kaba bir rasyonalizasyondur. Şimdi bu varsayımlardan bazılarını sınamanın zamanı geldi.
Varlıkları devre dışı bırakma
Geleneksel bir şirket içi ortamda, küçük, kullanılmayan varlıkların barındırılma işlemi nadiren yıllık maliyetler üzerinde önemli bir etkiye neden olur. Bazı istisnalar dışında, gerçek varlığı analiz etmek ve devre dışı bırakması için gereken FTE çalışması, bu varlıkları ayıklama ve kullanımdan kaldırma işleminden kaynaklanan maliyet tasarruflarından daha fazladır.
Bir bulut muhasebe modeline geçtiğinizde, varlıkların emekli olması yıllık işletim maliyetlerinde ve ön geçiş çalışmalarında önemli tasarruflar sağlayabilir.
Kuruluşların nicel bir analizi tamamladıktan sonra dijital varlıklarının %20'sini veya daha fazlasını kullanımdan kaldırması yaygın bir durum değildir. Harekete geçmeden önce daha fazla nitel analiz gerçekleştirmenizi öneririz. Onaylandıktan sonra bu varlıkların kullanımdan kaldırılması, bulut geçişinin ilk yatırım getirisi zaferini sağlayabilir. Bu genellikle en büyük maliyet tasarrufu faktörlerinden biridir. Bu nedenle, erken bir finansal kazanç elde etmek için, geçiş metodolojisinin yürütülmesine paralel olarak, bulut stratejisi takımı varlıkların doğrulanması ve kullanımdan kaldırılmasını denetlemelidir.
Program düzeltmeleri
Bir şirket nadiren tek bir dönüşüm yolculuğuna atlar. Maliyet azaltma, pazar büyümesi ve yeni gelir akışları arasındaki seçim nadiren ikili bir karardır. Bu nedenle, bulut stratejisi takımının bt ekibiyle birlikte çalışarak birincil dönüşüm yolculuğunun kapsamı dışında olan paralel dönüşüm çalışmalarında varlıkları tanımlamasını öneririz.
Bu makalede verilen IaaS geçiş örneğinde:
DevOps ekibinden zaten bir dağıtım otomasyonunun parçası olan varlıkları tanımlamasını ve bu varlıkları çekirdek geçiş planından kaldırmasını isteyin.
Verilerden ve Ar-Ge ekiplerinden yeni gelir akışlarını destekleyen varlıkları belirlemelerini ve bunları çekirdek geçiş planından kaldırmalarını isteyin.
Bu program odaklı nitel analiz hızlı bir şekilde yürütülebilir ve birden çok geçiş kapsamı arasında hizalama oluşturur.
Yine de bazı varlıkları bir süre için yeniden barındırma varlıkları olarak düşünmeniz gerekebilir. İlk geçiş sonrasında daha sonra rasyonalizasyon aşamasını geçebilirsiniz.
İlk iş yükünü seçin
İlk iş yükünü uygulamak test ve öğrenme için önemlidir. Büyüme zihniyetini göstermek ve oluşturmak için ilk fırsattır.
İş ölçütleri
İş şeffaflığını sağlamak için bulut stratejisi ekibinin iş biriminin bir üyesi tarafından desteklenen bir iş yükünü belirleyin. Tercihen, ekibin büyük bir hissesi ve buluta geçmek için güçlü motivasyonu olan birini seçin.
Teknik ölçütler
Minimum bağımlılıkları olan ve küçük bir varlık grubu olarak taşınabilen 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 operasyonel veya idare kapasitesi olmayan deneysel bir ortamda dağıtılır. Güvenli verilerle etkileşimde olmayan bir iş yükü seçmek önemlidir.
Nitel analiz
Bulut benimseme ekipleri ve bulut stratejisi takımı bu küçük iş yükünü analiz etmek 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ı araştırma ve ayrıntılı nitel analizi bir hafta veya daha kısa sürede tamamlama fırsatı oluşturur. Yaygın nitel analiz faktörleri için rasyonalizasyonun beş Rs'sindeki belirli rasyonalizasyon hedefini gözden geçirin.
Geçiş
Devam eden rasyonalizasyona paralel olarak, bulut benimseme ekibi aşağıdaki temel alanlarda öğrenmeyi genişletmek için küçük iş yükünü geçirmeye başlayabilir:
- Bulut sağlayıcısının platformuyla becerilerinizi güçlendirin.
- Uzun vadeli vizyona uyması için gereken temel hizmetleri ve Azure standartlarını tanımlayın.
- İşlemlerin dönüşümde daha sonra nasıl değişmesi gerekebileceğini daha iyi anlayın.
- Şirket içindeki tüm iş risklerini ve işletmenin bu risklere olan toleransını anlayın.
- İşletmenin risk toleransını temel alarak idare için temel veya minimum uygulanabilir ürün (MVP) oluşturun.
Sürüm planlaması
Bulut benimseme ekibi ilk iş yükünün geçişini veya uygulamasını yürütürken, bulut stratejisi takımı kalan uygulama ve iş yüklerinin önceliğini belirlemeye başlayabilir.
10'un gücü
Geleneksel rasyonalizasyon yaklaşımı, tüm öngörülebilir ihtiyaçları karşılamaya çalışır. Neyse ki, bir dönüşüm yolculuğu başlatmak için genellikle her uygulama için bir plan gerekli değildir. Artımlı modelde 10'un Gücü yaklaşımı iyi bir başlangıç noktası sağlar. Bu modelde, bulut stratejisi ekibi geçirilecek ilk 10 uygulamayı seçer. Bu on iş yükü, basit ve karmaşık iş yüklerinin bir karışımını içermelidir.
İlk kapsamları oluşturma
Bulut benimseme ekipleri ve bulut stratejisi takımı, ilk 10 iş yükü için nitel analiz üzerinde birlikte çalışabilir. Bu çaba, ilk öncelikli geçiş kapsamı ve ilk öncelikli sürüm kapsamı oluşturur. Bu yöntem, ekiplerin yaklaşım üzerinde yineleme gerçekleştirmesini sağlar ve nitel analiz için yeterli bir süreç oluşturmak için yeterli zaman sağlar.
Süreci olgunlaşın
İki ekip nitel analiz ölçütleri üzerinde anlaştıktan sonra değerlendirme, her yinelemede bir görev haline gelebilir. Değerlendirme ölçütleri konusunda fikir birliğine varmak için genellikle iki-üç sürüm gerekir.
Değerlendirme, geçişin artımlı yürütme sürecine geçtikten sonra, bulut benimseme takımı değerlendirme ve mimari konusunda daha hızlı yineleme yapabilir. Bu aşamada, bulut stratejisi ekibi de soyutlanır ve zamanlarının boşaltılması azaltılır. Bu, bulut stratejisi ekibinin henüz belirli bir sürümde olmayan uygulamalara öncelik vermesine ve değişen pazar koşullarına sıkı uyum sağlamaya odaklanmasını da sağlar.
Önceliklendirilmiş uygulamaların tümü geçiş için hazır olmayacaktır. Ekip daha derin nitel analizler yapıp kapsamın yeniden değiştirilmesini gerektirebilecek iş olaylarını ve bağımlılıklarını keşfettikçe sıralama büyük olasılıkla değişir. Bazı sürümler az sayıda iş yükünü birlikte gruplandırabilir. Diğerleri yalnızca tek bir iş yükü içerebilir.
Bulut benimseme takımı büyük olasılıkla tam bir iş yükü geçişi oluşturmayan yinelemeler çalıştırabilir. İş yükü ne kadar küçükse ve bağımlılık sayısı ne kadar az olursa, iş yükünün tek bir sprint'e veya yinelemeye sığma olasılığı o kadar artar. Bu nedenle, yayın kapsamındaki ilk birkaç uygulamanın küçük olmasını ve birkaç dış bağımlılık içermesini öneririz.
Son durum
Zaman içinde, bulut benimseme ekibi ve bulut stratejisi ekibi birlikte envanterin tam rasyonalizasyonunu tamamlar. Bu artımlı yaklaşım, ekiplerin rasyonalizasyon sürecinde sürekli daha hızlı olmasını sağlar. Ayrıca, peşin analiz çabası olmadan somut iş sonuçlarını daha erken elde etmek için dönüşüm yolculuğuna da yardımcı olur.
Bazı durumlarda, finansal model ek rasyonalizasyon olmadan karar vermek için çok sıkı olabilir. Böyle durumlarda, rasyonalizasyon için daha geleneksel bir yaklaşıma ihtiyacınız olabilir.
Sonraki adımlar
Rasyonalizasyon çalışmasının çıktısı, seçilen dönüştürmeden etkilenen tüm varlıkların öncelikli bir kapsamıdır. Bu kapsam artık bulut hizmetlerinin maliyetlendirme modellerinin temelini oluşturmaya hazırdır.