Portföyü dengeleme

Bulut benimseme, teknik uygulama olarak gizlenmiş bir portföy yönetimi çalışmasıdır. Portföy yönetimi alıştırmalarında olduğu gibi portföyü dengelemek de kritik önem taşır. Stratejik düzeyde bu, buluttan en iyi şekilde yararlanmak için geçiş, yenilikler ve denemenin dengelenmesi anlamına gelir. Bulut benimseme eforu bir yöne doğru çok fazla eğildiğinde, karmaşıklık benimseme çalışmalarına giden yolu bulur. Bu makalede, portföyde denge elde etmeye yönelik yaklaşımlarda okuyucuya yol gösterilmektedir.

Genel kapsam genişletmesi

Portföyü dengelemek doğası gereği stratejiktir. Dolayısıyla bu makalede ele alınan yaklaşım da bir o kadar stratejiktir. Bu makalede, veri odaklı kararlarda stratejiyi temel almak için okuyucunun mevcut dijital varlığı değerlendirdiği veya bu işleme başladığı varsayılır. Bu yaklaşımın amacı, nitel sorular ve portföy iyileştirmesi aracılığıyla portföy genelinde uygun dengeyi sağlamak için iş yüklerinin değerlendirmesine yardımcı olmaktır.

İş sonuçlarını belgeleme

Portföyü dengelemeden önce, buluta geçiş eforunu yönlendiren iş sonuçlarını belgeleyip paylaşmak önemlidir. Aşağıdaki tablo, istenen iş sonuçlarının belgelenmesine ve paylaşılmasına yardımcı olabilir. Çoğu işletmenin aynı anda birkaç sonucun peşinden gittiği unutulmamalıdır. Bu alıştırmanın önemi, buluta geçiş eforuyla doğrudan en çok ilgili olan sonuçları netleştirmektir:

Sonuç	Ölçen	Hedef	Zaman dilimi	Bu efor için öncelik
BT maliyetlerini azaltma	Veri merkezi bütçesi	2 milyon ABD doları azaltma	12 ay	1
Veri merkezi çıkışı	Veri merkezlerinden çıkma	2 veri merkezi	6 ay	2
İş çevikliğini artırma	Pazarlama süresini kısaltma	Dağıtım süresini altı ay kısaltma	2 yıl	3
Müşteri deneyimini geliştirme	Müşteri memnuniyeti (CSAT)	%10 iyileştirme	12 ay	4

Önemli

Yukarıdaki tablo, kurgusal bir örnek olup öncelikleri belirlemek için kullanılmamalıdır. Çoğu durumda bu tablo, maliyet tasarruflarını müşteri deneyimlerinin üzerine getirerek kötü model olarak kabul edilebilir.

Yukarıdaki tablo, bulut stratejisi takımının ve bulut benimseme ekibinin önceliklerini doğru şekilde gösterebilir. Kısa süreli kısıtlamalar nedeniyle bu takım, BT maliyetini düşürmeye daha fazla odaklanıyor ve istenen BT maliyeti düşüşlerini elde etmek için veri merkezi çıkışına öncelik veriyor. Ancak bulut benimseme takımı, bu tablodaki rakip öncelikleri belgeleyerek bulut stratejisi takımının kapsayıcı portföy stratejisinin uygulanmasıyla daha uyumlu olacak fırsatları belirlemesine yardımcı olabilir.

Dengeyi korurken hızlı hareket etme

Dijital emlağın artımlı rasyonalizasyonu ile ilgili rehber, rasyonalizasyonun dengesiz bir konumda başladığı bir yaklaşımı önerir. Bulut stratejisi takımı, yeniden barındırma yaklaşımıyla uyumluluk için her bir iş yükünü değerlendirmelidir. Nicel verilere dayalı hızlı bir karmaşık dijital emlak değerlendirmesine olanak sağladığından bu tür bir yaklaşım önerilir. Böyle bir başlangıç varsayımında bulunulması, bulut benimseme takımının hızlı şekilde devreye girmesine olanak sağlayarak iş sonuçları elde etme süresini kısaltır. Ancak bu makalede belirtildiği gibi nitel sorular, portföyde gereken dengelemeyi sağlar. Bu makalede, taahhüt edilen bakiyeyi oluşturma işlemi belgelenmektedir.

Devre dışı bırakma ve kullanımdan kaldırma kararlarının önemi

Yukarıdaki iş sonuçlarını belgeleme bölümünde yer alan tabloda, bir numaralı BT maliyetlerini düşürme hedefini destekleyecek temel bir sonuç eksiktir. BT maliyeti düşüşü, iş sonuçları listesinin herhangi bir yerinde sıralandığında, iş yüklerini devre dışı bırakma ve kullanımdan kaldırma potansiyelinin değerlendirilmesi önemlidir. Bazı senaryolarda maliyet tasarrufu, kısa vadeli yatırım garantisi olmayan iş yüklerinin geçirilmemesinden kaynaklanabilir. Bazı müşteriler, az kullanılan iş yüklerini kullanımdan kaldırarak %20 toplam maliyet düşüşüyle maliyet tasarrufu sağladı.

Gün batımı ve kullanımdan kaldırma kararlarını daha iyi yansıtan portföyü dengelemek için bulut stratejisi takımının ve bulut benimseme ekibinin değerlendirme ve geçiş aşamalarında her iş yüküyle ilgili aşağıdaki soruları sorması önerilir:

• Son altı ayda son kullanıcılar tarafından iş yükü kullanıldı mı?
• Son kullanıcı trafiği tutarlı mı veya büyüyor mu?
• Bu iş yükü, bugünden itibaren 12 ay boyunca işletme için gerekli olacak mı?

Bu sorulardan herhangi birinin yanıtı "hayır" ise iş yükü kullanımdan kaldırılmaya aday olabilir. Kullanımdan kaldırma potansiyeli uygulama sahibi tarafından onaylanırsa, iş yükünü geçirmek mantıklı olmayabilir. Bu birkaç nitelik sorusunu beraberinde getirir:

• Bu iş yükü için bir kullanımdan kaldırma planı veya devre dışı bırakma planı oluşturulabilir mi?
• Veri merkezi çıkışından önce bu iş yükü kullanımdan kaldırılabilir mi?

Bu soruların her ikisinin de yanıtı "evet" ise, iş yükünü geçirmemek akıllıca olacaktır. Bu yaklaşım, maliyetleri düşürme ve veri merkezinden çıkış yapma hedeflerinin karşılanmasına yardımcı olur.

Her iki sorunun yanıtı "hayır" ise, iş yükünün kullanımdan kaldırılabilmesi için barındırma planı oluşturmak akıllıca olabilir. Bu plan, varlıkların daha düşük maliyetli bir veri merkezine veya alternatif veri merkezine taşınmasını içerebilir; böylece maliyetleri düşürme ve bir veri merkezinden çıkış yapma hedefleri de gerçekleşecektir.

İşlem değişikliklerini benimseme

Portföyü dengelemek, Benimseme aşamasında ek nitel analiz gerektirir ve bu da basit portföy rasyonalizasyonuna yardımcı olur.

Yukarıdaki iş sonuçlarını belgeleme bölümünde yer alan tablodaki verilere göre, portföyün geçiş odaklı bir yürütme modeline çok fazla odaklanması riski söz konusudur. En büyük öncelik müşteri deneyimiyse, yenilik ağırlıklı portföy olasılığı artar. Hiçbiri doğru veya yanlış değildir, ancak tek bir yöne çok kaymak genellikle kazanımların azalmasıyla sonuçlanır, gereksiz karmaşıklığa neden olur ve bulut benimseme eforlarıyla ilgili yürütme süresini de uzatır.

Karmaşıklığı azaltmak için portföy rasyonalizasyonuna yönelik geleneksel bir yaklaşımı izlemeniz gerekir, ancak yinelemeli bir modelde. Aşağıdaki adımlarda böyle bir yaklaşıma yönelik nitel bir model açıklanmaktadır:

• Bulut stratejisi takımı, geçirilecek iş yüklerinin önceliği belirlenmiş bir kapsamını korur.
• Bulut stratejisi takımı ve bulut benimseme takımı, her bir yayın tamamlanmadan önce bir yayın planlama toplantısı düzenler.
• Yayın planlama toplantısında takımlar, önceliği belirlenmiş kapsamdaki ilk 5 ila 10 iş yükü üzerinde uzlaşır.
• Yayın planlama toplantısı dışında, bulut benimseme takımı uygulama sahiplerine ve konu uzmanlarına aşağıdaki soruları sorar:
  • Bu uygulama, hizmet olarak platform (PaaS) dengiyle değiştirilebilir mi?
  • Bu uygulama üçüncü taraf bir uygulama mı?
  • Gelecek 12 ay içinde uygulamanın devam eden geliştirilmesine yatırım yapmak için bütçe onaylandı mı?
  • Bu uygulamanın ek geliştirmesi, müşteri deneyimini iyileştirir mi? Rekabette fark yaratır mı? İş için ek gelir üretir mi?
  • Bu iş yükündeki veriler BI, makine öğrenmesi, IoT veya ilgili teknolojilerle ilgili aşağı akış yeniliklerine katkıda bulunacak mı?
  • İş yükü, Azure App Service gibi modern uygulama platformlarıyla uyumlu mu?
• Yukarıdaki soruların yanıtları ve diğer gerekli nitel analizler, önceliği belirlenen kapsam üzerindeki ayarlamaları etkiler. Bu ayarlamalar arasında şunlar yer alabilir:
  • Bir iş yükü yerine bir PaaS çözümü getirilebiliyorsa bu iş yükü, geçiş kapsamından tamamen kaldırılabilir. En azından, yeniden barındırma ve değiştirme arasında karar vermek için ek durum tespiti görev olarak eklenir ve bu da geçiş kapsamından bu iş yükünün önceliğini geçici olarak azaltır.
  • Bir iş yükü geliştirme aşamasındaysa (veya geliştirme sürecindeyse) en iyi şekilde refactor-rearchitect-rebuild modeline sığabilir. Yenilik ve geçiş farklı teknik beceriler gerektirdiğinden, yeniden düzenleme-yeniden mimari oluşturma yaklaşımına uygun uygulamalar, geçiş kapsamı yerine yenilik kapsamı aracılığıyla yönetilmelidir.
  • Bir iş yükü, aşağı akış yeniliğinin parçasıysa veri platformunun yeniden düzenlenmesi, ancak uygulama katmanlarının yeniden barındırma adayı olarak bırakılması mantıklı olabilir. Bir iş yükünün veri platformunun küçük ölçekte yeniden düzenlenmesi çoğu zaman geçişte veya yenilik kapsamında ele alınabilir. Bu rasyonalizasyon sonucu, kapsamda daha ayrıntılı iş öğeleriyle sonuçlanabilir, ancak öncelikler üzerinde bir değişiklik olmaz.
  • bir iş yükü stratejik değilse ancak modern, bulut tabanlı uygulama barındırma platformlarıyla uyumluysa, bunu modern bir uygulama olarak dağıtmak için uygulamada küçük yeniden düzenleme yapmak akıllıca olabilir. Bu, buluta geçişin genel IaaS ve işletim sistemi lisanslama gereksinimlerini azaltarak genel tasarrufa katkıda bulunabilir.
  • Bir iş yükü, üçüncü taraf bir uygulamaysa ve bu iş yükünün verilerinin aşağı akış yeniliklerinde kullanılması planlanmıyorsa, bu iş yükünün kapsamda yeniden barındırma seçeneği olarak bırakılması en iyisi olacaktır.

Bu sorular, her iş yükü için tamamlanan nitel analizin kapsamı olmamalıdır, ancak dengesiz bir portföyün karmaşıklığını ele alma konusunda bir konuşmaya yol göstermeye yardımcı olur.

Geçiş işlemi değişiklikleri

Geçiş sırasında portföy dengeleme etkinliklerinin geçiş hızı (varlıkların geçirildiği hız) üzerinde olumsuz bir etkisi olabilir. Aşağıdaki rehberde, geçiş eforunun kesintiye uğramasını engellemek için çalışmanın neden ve nasıl uygun hale getirileceği açıklanmaktadır.

Portföy rasyonalizasyonu için çeşitli teknik eforlar gerekir. Bu da bulut benimseme takımlarını, geçiş eforlarındaki portföy çeşitliliğiyle uyumlu olmaya teşvik eder. İşletmenin proje katılımcıları, geçiş kapsamının tamamını ele almak için tek bir bulut benimseme takımı ister. Bu nadiren önerilen bir yaklaşım olup çoğu zaman zarar verici olabilir.

Bu çeşitli çalışmaların iki veya daha fazla bulut benimseme ekibinde segmentlere ayrılmış olması gerekir. Örnek yürütme modu olarak iki ekipli bir model kullanan ekip 1, geçiş ekibidir ve ekip 2 ise yenilik ekibidir. Daha büyük çabalar için bu ekipler, değiştirme/PaaS çalışmaları veya küçük yeniden düzenleme gibi diğer yaklaşımları ele alacak şekilde daha fazla bölümlenebilir. Aşağıda yeniden barındırma, yeniden düzenleme veya küçük yeniden düzenleme için gereken beceriler ve roller özetlenmiştir:

Yeniden barındırma: Yeniden barındırma, ekip üyelerinin altyapı odaklı değişiklikler gerçekleştirmesini gerektirir. Genellikle sanal makineleri veya diğer varlıkları Azure’a geçirmek için Azure Site Recovery gibi bir araç kullanma. Bu çalışma, veri merkezi yöneticileri veya BT uygulayıcıları için uygundur. Buluta geçiş takımı bu çalışmayı yüksek ölçekte sunmak için düzgün şekilde yapılandırılmıştır. Bu, çoğu senaryoda mevcut varlıkları geçirmeye yönelik en hızlı yaklaşımdır.

Yeniden düzenleme: Yeniden düzenleme, ekip üyelerinin kaynak kodunu değiştirmesini, bir uygulamanın mimarisini değiştirmesini veya yeni bulut hizmetlerini benimsemesini gerektirir. Genellikle bu eforda modernleştirilmiş uygulamaları Azure’da yeniden dağıtmak için Visual Studio gibi geliştirme araçları ve Azure DevOps gibi dağıtım işlem hattı araçları kullanılır. Bu çalışma, uygulama geliştirme rolleri veya DevOps işlem hattı geliştirme rolleri için uygundur. Bulut yenilik ekibi bu işi sunmak için en iyi şekilde yapılandırılmıştır. Bu yaklaşımda mevcut varlıkları bulut varlıklarıyla değiştirmek daha uzun sürebilir, ancak uygulamalar buluta özel özelliklerden yararlanabilir.

Küçük yeniden düzenleme: Bazı uygulamalar, veri veya uygulama düzeyinde küçük yeniden düzenleme ile modernleştirilebilir. Bu çalışma için takım üyelerinin verileri bulut tabanlı veri platformlarına dağıtması veya uygulama üzerinde küçük ölçekli yapılandırma değişiklikleri yapması gerekir. Bu, veri veya uygulama geliştirme konusundaki uzmanlar için sınırlı destek gerektirebilir. Ancak bu çalışma, üçüncü taraf uygulamaları dağıtırken BT uygulayıcıları tarafından gerçekleştirilen çalışmaya benzer. Bu çalışma, buluta geçiş takımı veya bulut stratejisi takımı ile kolayca uyumlu olabilir. Bu efor, yeniden barındırma geçişi kadar hızlı olmasa da, yürütülmesi yeniden düzenleme eforlarından daha kısa sürer.

Geçiş sırasında, eforlar yukarıda listelenen üç şekilde bölümlendirilmeli ve uygun ekip tarafından uygun yinelemede yürütülmelidir. Portföyü çeşitlendirmeniz gerekirken, çabaların çok odaklanmış ve ayrı kalmasını sağlayın.

Sonraki adımlar

Küresel pazar kararlarının dönüşüm yolculuğunuzu nasıl etkileyebileceğini anlayın.

Küresel pazarları anlama