Bulut modernleştirmenizi planlama

Düzgün planlama ve idare modernleştirme için kritik öneme sahiptir. Bu aşamada, hangi modernleştirme yaklaşımının uygulanacağını ve nasıl yapılacağını siz karar verirsiniz. Düşünceli planlama, yürütme sırasında bütçe taşması, kapsam değişikliği veya hizmet kesintileri olasılığını azaltır.

Modernleştirme stratejisi seçme

bir iş yükünü modernleştirmek, iş yükünü güncel iş hedeflerine, teknik standartlara ve bulut özelliklerine daha uygun olacak şekilde güncelleştirmek anlamına gelir. Üç birincil strateji (yeniden platform oluşturma, yeniden düzenleme ve yeniden mimari oluşturma) karmaşıklık ve değer sürekliliği üzerinde mevcuttur. Modernleştirme çalışmalarının çoğu bu yaklaşımların bir bileşimini kullanır.

Önemli olan hedeflerinizi, zaman çizelgenizi ve kullanılabilir kaynakları göz önünde bulundurarak stratejiyi her bileşenin belirli gereksinimleriyle eşleştirmektir. Aşırı modernleştirmenin cazibesini ortadan kaldırın. Yeni teknolojiler heyecan verici olsa da, her karar iş değerine dayandırılmalıdır.

Modernleştirme stratejisi	Definition	Ne zaman kullanılır?	Pros	Cons
Yeniden platform oluşturma	Uygulamaları en az kod değişikliğiyle (IaaS'yi PaaS'a) bulut platformlarına taşıyın.	En az kesintiyle çabuk kazançlar. Geçerli kod çalışır ancak işlem yükü yüksektir.	Hızlı uygulama. Bakım çabalarını azaltır. Daha iyi bir altyapı ile güvenilirliği artırır.	Sınırlı yetenek artışı. Çekirdek uygulama değişmeden kalır.
Refactor	İşlevselliği korurken yapısı, performansı ve bulut iyileştirmesini geliştirmek için mevcut kodu değiştirin.	Teknik borç sorunlara neden olur veya kod bulut için iyileştirilmiş değildir.	Bakım, performans ve güvenliği artırır. Gelecekte daha kolay geliştirmeler sağlar.	Önemli bir geliştirici çalışması ve testi gerektirir. Kullanıcılar için hemen yeni özellik yok.
Rearchitect	Bulutta yerel desenleri (mikro hizmetler, sunucusuz, olay odaklı) kullanarak uygulama mimarisini yeniden tasarlayın.	Geçerli mimari büyümeyi veya bulut iyileştirmeyi sınırlar.	Temel ölçeklenebilirlik sorunlarını giderir. Gelişmiş bulut hizmetlerini etkinleştirir. Uzun vadeli yeniliklerin temelini oluşturur.	En karmaşık ve zaman alıcı. Yüksek ön maliyet ve risk. Kapsamlı test ve paralel işlemler gerektirir.

Aşamalar halinde modernleştirmeleri planlama

Tek seferde karmaşık iş yükünün tamamını (veya birden çok) modernleştirmeye çalışmak risklidir. Çabayı mantıksal aşamalara bölün. Phasing artımlı değer sunmanızı, yönetilebilir öbeklerle mücadele ederek riski azaltmanızı ve öğrendiklerinizi temel alarak aşamalar arasındaki kursu ayarlamanıza olanak tanır.

1. Modernleştirmeleri mantıksal aşamalara bölün. Çalışmanın nasıl dilimleneceğini belirleyin. Tek bir "doğru yol" yok. Mimariniz ve ekip yapınız için anlamlı olan dökümü seçin. Amaç, her aşamanın aşırı karmaşıklık olmadan yürütülecek ve test edilecek kadar küçük, ancak değer sağlayacak kadar anlamlı olmasıdır. Aşamaları ayırmanın yaygın yolları:

   Bölme yöntemi	Description	Example
   Bileşene veya katmana göre	İş yükü katmanlarına veya iş yükü sınırlarına göre ayrı aşamalar	1. Aşama: Veritabanı geçişi, 2. Aşama: Uygulama yeniden düzenleme, 3. Aşama: KULLANıCı arabirimi modernleştirmesi
   Önceliğe ve karmaşıklık düzeyine göre	Düşük riskli değişikliklerden yüksek riskli değişikliklere kadar çalışmayı düzenleme	1. Aşama: Kritik olmayan hizmetler, 2. Aşama: Temel iş mantığı, 3. Aşama: Müşteriye yönelik özellikler
   İş işlevine göre	Uygulama veya işlevsel sınırlar etrafında yapı aşamaları	1. Aşama: Kullanıcı yönetimi iş yükü, 2. Aşama: Ödeme işleme, 3. Aşama: Raporlama hizmetleri

2. Düşük riskli, yüksek değerli değişikliklerle başlayın. 1. Aşamanız için ulaşılabilir ve somut bir kazanç sağlayan, ancak sorunlar ortaya çıktığında işletmeyi tehlikeye atmaz bir şey seçin. Örneğin, müşteriye yönelik web sitesi yerine önce bir arka uç hizmetini veya iç aracı modernleştirin. İlk aşamayı hızlı bir şekilde (bir veya iki ay) bir kanıt noktası olarak tamamlamayı hedefleyin. Erken başarı, sonraki aşamalar için ekip güveni ve paydaş desteği oluşturur.

3. Kalan aşamaları değere ve bağımlılıklara göre sıralar. İlk aşamadan sonra, iş değerine ve teknik bağımlılıklara göre sonraki aşamaların sırasını planlayın. Her aşamanın tanımlanmış bir kapsama sahip olduğu ve kritik bileşenlerin destekleyici öğelerinin zaten modernleştirilmiş veya uyumlu olmasını sağlayan bir yol haritası oluşturun.

   • Kırılgan alanları ele alın. İş yükü mevcut durumda kırılgansa, 1. Aşamada modernleştirmenin güvenli olması için yerinde istikrar kazandırmak (eski ortamda acil düzeltmeler uygulamak) amacıyla önceden bir "0. Aşama"ya bile ihtiyaç duyabilirsiniz.
   • Önce önkoşulları ele alın: B İş Yükünün modernleştirilmesi, İş Yükü A'nın modernleştirilmesine (veya en azından kararlı olmasına) bağlıysa, önce İş Yükü A'ya geçin.
   • İş değerini ve riski göz önünde bulundurun: Ekip üzerindeki yükü ve işletme riskini dengelemek için bir aşamada yüksek değerli ama daha riskli bir parça, sonra da daha düşük riskli bir parça yaparak alternatif bir çözüme karar vekleyebilirsiniz.

4. Her aşama için başarı ölçütlerini tanımlayın. Her aşama için ne zaman tamamlanıp başarılı olduğunu belirleyin. Çıkış kriterlerinin açık olması, bir aşamada kapsam sapmasını önler. Başarı ölçütleri şunları içerebilir:

   Başarı ölçüt türü	Examples
   Teknik hedefler	• Service X, Azure App Service üzerinde çalışır ve 20% daha fazla yükü işler • Veritabanı Y, %10 önceki temel performansı içinde, sıfır veri kaybıyla Azure SQL'e geçiş yapar.
   Kalite kapıları	• Hiçbir Sev-1 hatası açıkta değil • Tüm otomatikleştirilmiş testler geçer • Güvenlik taraması sıfır kritik güvenlik açığı gösteriyor
   Zamanlama ve bütçe kısıtlamaları	• Üç ay içinde ve bütçeden 5% içinde tamamla • Zamanlanmış bakım pencereleri sırasında dağıtma

5. Planları sonuçlara göre uyarlayın. Bir aşamayı tamamladıktan sonra sonuçları ve öğrenilen dersleri gözden geçirin. Bazı varsayımların kapalı olduğunu veya bazı görevlerin beklenenden daha kolay veya zor olduğunu fark edebilirsiniz. Aşamaları ekleme, birleştirme veya yeniden boyutlandırma gibi yaklaşan aşamalar için planı uygun şekilde ayarlayın Aşamalı yaklaşımın esnek olması amaçlanmıştır. Önemli olan her şeyi aynı anda yapmayı denemek değildir.

Modernleştirme idaresini planlama

Modernleştirme genellikle kritik iş yüklerinde önemli değişikliklere neden olur, bu nedenle riskleri yönetmek için güçlü idare gerekir. Modernleştirme idaresi, değişiklik yönetimi işlemlerini, donmaları ve kapsamı denetlemeyi içerir:

1. Resmi bir değişiklik onayı iş akışı oluşturun. Modernleştirmeyle ilgili tüm değişiklikler için yapılandırılmış bir onay işlemi tanımlayın. Mevcut Değişiklik Önerisi Panoları (CAB) ile tümleştirin veya özel bir modernizasyon gözden geçirme panosu oluşturun. Değişiklik kategorisine göre onay yetkilisi atayın ve proje planınızdaki iş akışının tamamını belgeleyin. Daha fazla bilgi için bkz. Değişikliği yönetme.

2. Gerektiğinde değişiklikleri dondur. Önemli dağıtım olaylarından hemen önce ve sırasında, bu iş yüklerindeki diğer değişiklikleri dondurun. Değişiklik dondurması, dağıtım öncesi ve sırasında bu iş yüklerine başka ilgisiz değişikliklerin yapılmadığı anlamına gelir. Hareketli bir hedefe çarpmamak için ortamı dengeler. Donma penceresini ilgili tüm ekiplere iletin.

3. Kapsam genişlemesinden kaçının. Kapsam katlama, modernleştirmelerde önemli bir zorluktır. Bir değerlendirme ve onay adımından geçmek için, üzerinde anlaşmaya varılan modernizasyon kapsamında önerilen herhangi bir değişikliği zorunlu kılar. Çok önemli olmadığı sürece isteklerin çoğu ertelenmelidir. "‘Hayır, şimdi değil’ yanıtını fazladan işe dönüştürmek için bir süreçle resmileştirin." Mevcut modernizasyon tamamlandıktan sonra gelecekteki bir yenilik projesine katkı sağlayabilecek güzel fikirlerin kaydını tutun. Proje katılımcıları fikirlerinin kaybolmamış olduğunu bilmeli.

Dağıtım stratejinizi tanımlama

Önemli bir yürütme kararı, modernleştirilmiş bileşenlerin üretime nasıl dağıtıldığıdır. İki ana strateji vardır. Yerinde dağıtımda, mevcut kurulumu yükseltin (içinde yaşarken bir evi yenilemek gibi). Paralel dağıtımda, yanında yeni bir kurulum oluşturursunuz (yeni bir ev inşa etmek ve sonra taşınmak gibi). Her aşama veya iş yükü için değişiklik düzeyine ve risk toleransı düzeyine uygun stratejiyi seçin. Çoğu zaman, modernleştirmenin her aşaması farklı bir strateji kullanabilir. Örneğin, 1. Aşama (küçük bir değişiklikse) için yerinde ve 2. Aşama için paralel (büyük bir veritabanı düzeltmesi içeriyorsa) seçebilirsiniz.

1. Düşük riskli, geri döndürülebilir değişiklikler için yerinde dağıtım kullanın. Yerinde dağıtım, değişiklikleri doğrudan mevcut üretim ortamına, muhtemelen bir bakım penceresi sırasında, uygular. Bu strateji altyapı ek yükünü en aza indirir ancak kapalı kalma süresi riskini artırır. Yerinde dağıtımı yalnızca değişiklikler küçük, yalıtılmış ve kolayca geri döndürülebilir olduğunda kullanın. Örnek olarak küçük kod güncelleştirmeleri veya kaynak denetimi veya yedeklemeler kullanılarak hızlı bir şekilde geri alınabilen şema değişiklikleri verilebilir.

2. Karmaşık veya yüksek riskli değişiklikler için paralel dağıtım kullanın. Bu modelde, eski iş yükü çalışmaya devam ederken modernleştirilmiş iş yükü için yeni bir ortam ayarlarsınız. Veriler eşitlenmiş olarak tutulur (çoğaltma veya geçiş işlemleri aracılığıyla), böylece hazır olduğunuzda eski ortamdan yeni ortama geçiş yapabilirsiniz. Kapalı kalma süresinin en düşük düzeyde olması gereken karmaşık veya yüksek riskli değişiklikler için kullanın. Büyük bir veritabanı geçişi veya yeni altyapı içeren bir yeniden tasarlama işlemi yapıyorsanız, genellikle paralellik söz konusudur. Ayrıca, iş yükü hayati öneme sahipse ve birkaç dakikadan fazla kapalı kalma süresine tahammülü yoksa, paralel (çoğaltma ve hızlı geçiş ile) gereklidir.

   Strategy	Description	Ne zaman kullanılır?	Pros	Cons
   Yerinde dağıtım	Değişiklikleri doğrudan geçerli üretim ortamına dağıtma	Kabul edilebilir bakım pencereleriyle küçük, geri döndürülebilir değişiklikler	Yinelenen altyapı yok, daha hızlı dağıtım	Daha yüksek risk, kesinti süresi gerektirir, daha yavaş geri alma
   Paralel dağıtım	Geçiş sırasında mevcut iş yükünün yanı sıra yeni ortamı çalıştırma	Karmaşık değişiklikler, en düşük kapalı kalma süresi gerektiren görev açısından kritik iş yükleri	Daha güvenli dağıtım, neredeyse sıfır kapalı kalma süresi, anında geri dönüş	Yinelenen altyapı maliyetleri, karmaşık veri eşitleme, kullanımdan kaldırma eforu

Modernizasyon risklerini azaltmayı planlama

En iyi planlama ve test ile bile, her değişiklik mükemmel gitmez. Modernleştirme genellikle karmaşık değişiklikler içerir ve her zaman bir dağıtımın bir soruna neden olabileceği veya üretimde beklenmedik bir şekilde davranabileceği riski vardır. İyi hazırlanmış bir ekibin işareti, her değişiklik veya aşama için sağlam bir geri alma planına sahip olmaktır.

1. Aşamalı dağıtım tekniklerini kullanın. Platform izin veriyorsa, uygulamanın modernleştirilmiş bölümlerine aşamalı trafik geçişi veya "kanarya sürümleri" gibi yayımlamalar yapın. Örneğin, yeni sürümü eski sürümle birlikte dağıtın ve başlangıçta izleme sırasında kullanıcıların yalnızca %5'ini oraya yönlendirin. Kullanıcıların çoğu etkilenmezken bu yaklaşım sorunları yakalayabilir. Ölçümler iyi görünüyorsa,%50'ye yükseltin ve 100%. Bir şey başarısız olursa, hızla 0% yeni (geri alma) bölümüne geri dönün.

2. Her önemli değişiklik için geri alma yordamları oluşturun. Her önemli değişiklik veya aşama teslimi için adım adım geri alma yordamı yazın. Değişikliği geri almak için her eylemi, her adımdan kimin sorumlu olduğunu ve ne kadar süreceğini açıkça listeleyin. Geri alma işleminin ardından, hangi denetimlerin işlerin normale döndüğünü onayladığını ekleyin.

3. Mümkün olduğunda geri almaları otomatikleştirin. Otomatik geri alma betikleri veya kod ile yönetilen altyapı, kurtarmayı hızlı ve güvenilir hale getirebilir. Bilinen iyi durumları yeniden dağıtmak için kod olarak altyapı araçlarını (Terraform, ARM şablonu, Bicep) kullanın. Mavi-yeşil veya kanarya dağıtımları doğal olarak gerekirse önceki sürüme "geri geçişe" izin verir. Bu mekanizmaları test ortamında test edin. Amaç, el ile gerçekleştirilen eforu (olay sırasında 03:00'da) betik eylemine düşürmektir. Geri almak kolay olması için dağıtım adımlarının yanı sıra geri alma adımlarını da yazın.

4. Dağıtım sırasında ve sonrasında destek hazır bulundurulmalıdır. Mümkün olduğunda düşük trafikli dönemlerde (hafta sonları veya gece) dağıtımları planlayın, ancak ilgili uzmanların kullanılabilir olduğundan emin olun. Önemli ekip üyeleri tatildeyken bunu yapmayın. Herhangi bir sorunu erken yakalamak için hazır bekleyen geliştiriciler ve operasyonlarla dağıtımdan hemen sonra genişletilmiş destek (hiper bakım) süresine sahip olun. Büyük çaplı sistem devreye almalarında, bazı kuruluşlar 24-48 saat boyunca savaş odası tarzı izleme yapmaktadır.

Paydaş onayının güvenliğini sağlama

Bu noktaya kadar teknik planlamaya odaklandık. Hem iş hem de teknik liderlik dahil olmak üzere paydaşlardan destek almak aynı derecede önemlidir. Modernleştirme genellikle önemli bir yatırım gerektirir, bu nedenle ilgi çekici bir olay sunmanız ve proje katılımcılarını tüm zaman boyunca etkileşimde tutmanız gerekir.

1. Değer teklifini her hedef kitleye uyarla. Farklı paydaşlar farklı sonuçlara önem verir. Mesajlaşmanızı özelleştirin:

   • Teknik ekipler operasyonel verimliliği önceliklendirir: daha az bakım, geliştirilmiş çalışma süresi ve daha az yükseltme.
   • İş liderleri sonuçlara odaklanır: daha hızlı pazara çıkış süresi, geliştirilmiş müşteri deneyimi ve maliyet tasarrufu.

2. Kilometre taşlarıyla yapılandırılmış bir planı belgele. Paydaşlar net bir yol haritası gördüklerinde daha rahattır. Planladığınız aşamaları, daha önce karar verilip her birinin neleri başarması gerektiğini kabaca bir zaman çizelgesiyle sunun. "6 hafta içinde X bileşenini modernleştirmeyi ve performansını 20%artırmayı hedefliyoruz" gibi erken galibiyetleri vurgula.

3. Modernleştirme değerini ölçün. Bazı öncesi ve sonrası ölçümleri ve hedef geliştirmeleri hazırlayın. Ölçümlere ve tipik iyileştirme aralıklarına örnekler (sektör karşılaştırmalarına göre) şunlardır:

   Category	Örnek ölçümler	Tipik değer aralığı
   Maliyet azaltma	Altyapı, bakım, lisanslama	20-40% yıllık tasarruf
   Üretkenlik kazançları	Dağıtım sıklığı, çözüm süresi	50-80% iyileştirme
   Risk azaltma	Kapalı kalma süreleri ve güvenlik olayları önlendi	$100K-$ 1 milyondan fazla maliyetten kaçınma
   Revenue	Daha hızlı pazara ulaşım süresi, müşteri sadakati	10-25% gelir hızlandırma

4. Proje risklerini ele alın. Olası zorlukları belirleyin ve belirli risk azaltma stratejileriyle hazırlığı gösterin. Yaygın riskler arasında veri çoğaltma, performans düşüşü ve tümleştirme sorunları yer alır. Otomatik geri alma yordamları, kapsamlı test protokolleri ve uzman danışmanlığı kullanılabilirliği gibi çözümler sunun. Saydam risk tartışması proje liderliği ve planlama kapsamlılığında paydaş güveni oluşturur.

5. Düzenli iletişim temposu sağlayın. İlerleme durumunu tanımlı başarı ölçütlerine göre raporlayın, tamamlanan teslim edilebilir öğeleri vurgulayın ve yaklaşan kilometre taşlarını iletin. Etkin bir şekilde geri bildirim isteyin ve modernleştirme süreci boyunca destek sağlamak için endişeleri giderin.

Sonraki adım

Bulut modernleştirmenizi yürütme