Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Yürütme, planların gerçeğe dönüştüğ yerdir. Bu adım, herkesi değişikliğe hazırlamayı, üretim dışı ortamlarda geliştirme çalışmalarını yapmayı içerir. Kapsamlı bir şekilde test edin ve üretime kontrollü bir şekilde dağıtın. Değişikliklerin önemli olabileceği göz önünde bulundurulduğunda, iş kesintisini en aza indirmek için sıkı test ve güvenli dağıtım uygulamaları vurgulanır.
Proje katılımcılarını modernleştirmeye hazırlama
Dağıt düğmesine basmadan önce, tüm paydaşları ve kullanıcıları yaklaşanlara hazırlamak kritik önem taşır. Sürprizler kafa karışıklığına ve hatta operasyonel sorunlara yol açabilir. Önemli hazırlık adımları arasında iletişim, değişiklik donması (daha önce bahsedilen) ve destek planları yer alır:
Dağıtım zamanlamasını tüm paydaşlara duyurun. Modernleştirme dağıtımının ne zaman gerçekleşmesi gerektiği ve nelerin bekleneceği konusunda önceden tüm etkilenen taraflara iletişim kurun. Paydaşların uygun şekilde hazırlanmasına yardımcı olmak için değişiklik dondurma başlangıç ve canlı yayın penceresi gibi önemli tarihleri ekleyin. Kullanıcılar, beklentileri ayarlayarak kapalı kalma süresini planlayabilir ve iç ekipler hazır olabilir.
Kaynak ve bağımlı iş yüklerinde bir değişiklik durdurma uygulayın. daha önce idarede planlandığı gibi, şimdi dondurmayı gerçekten zorunlu kılmanın zamanı geldi. Dağıtımdan önce ve dağıtım sırasında iş yükünde (ve bağımlı iş yüklerinde) kod değişikliği, yapılandırma ayarı veya başka dağıtım gerçekleşmediğinden emin olun. Bu, ortamın kararlı kalmasını sağlar. Tüm ekip üyelerinin ve tüm tümleşik üçüncü tarafların farkında olduğundan emin olun. Karışıklığı önlemek için donma penceresini belirli başlangıç ve bitiş saatleriyle açıkça tanımlayın.
Son kullanıcı eylemlerini ve dağıtım sonrası değişiklikleri iletin. Kullanıcıların iş akışı kesintisini önlemek için dağıtımdan önce ve sonra gerekli eylemleri önceden bildirilmesi gerekir. Geçiş aşaması başlamadan önce, kullanıcılara oturumlarını kapatmalarını veya işlerini önceden kaydetmelerini söyleyin. Yeni erişim URL'lerini, Microsoft Entra Id oturum açma gereksinimleri gibi kimlik doğrulama değişikliklerini ve günlük işlemleri etkileyen güncelleştirilmiş iş akışlarını paylaşın. İlk gün karışıklığı azaltmak için destek belgeleri ve hızlı başlangıç kılavuzları sağlayın.
Dağıtım için destek personelini koordine edin. KRITIK dağıtım aşamalarında sorunları izlemek ve yanıtlamak için BT operasyonları ve geliştirme ekiplerinin kullanılabilir olması gerekir. Kurulum sonrası ilk iş günü için, sorunların ortaya çıkma olasılığının yüksek olduğu zamanlarda genişletilmiş destek saatleri ve ek personel planlayın. Hızlı sorun çözümü sağlamak için iş birimlerine dağıtım sonrası destek planı ve yükseltme yordamları hakkında bilgi verin.
Kritik iş yükleri için geri dönüş yordamları tanımlayın. Görev açısından kritik iş yükleri, dağıtım pencereleri sırasında iş operasyonlarını sürdürmek için el ile geçici çözümler ve acil durum planları gerektirir. İş yükü salt okunur dönemlerinde el ile sipariş işleme gibi belirli prosedürleri belgeleyin. Gerektiğinde sorunsuz yürütmeyi sağlamak için bu yordamları önceden paylaşın ve etkilenen ekiplerle hazır olduğunu onaylayın.
Üretim dışı bir ortamda modernleştirmeler geliştirme
Modernizasyon değişikliklerinin tüm geliştirme ve tümleştirmesi üretim dışında gerçekleşmelidir (geliştirme, test, hazırlama ortamlarında). Yol gösteren ilke: üretim ortamına dağıttığınızda zaten bilinen bir miktar olması için önce üretim benzeri ortamlarda derleme ve test etme.
Uygulama sırasında Well-Architected Framework ilkelerini izleyin. Yeni değişiklikleri kodlayıp yapılandırdıkça, Azure'ınWell-Architected Framework'ün (WAF) en iyi yöntemlerini sürekli uygulayın. Tasarım kararlarını doğrulamak için Azure Danışmanı önerilerini ve mimari gözden geçirme işlemlerini kullanın. Bu yaklaşım, modernleştirilmiş bileşenlerin Azure'ın en iyi yöntemlerini ve işletim standartlarını karşılamasını sağlar.
Üretimi yansıtan üretim dışı ortamlar oluşturun. Azure'da üretim kurulumuna mümkün olduğunca yakın geliştirme/test ortamları oluşturma. Üretim belirli Azure hizmetlerini kullanıyorsa, maliyetten tasarruf etmek için testte, daha küçük ölçekte veya daha düşük performans katmanında (SKU) aynı işlemi kullanın. Test ortamınız üretime ne kadar yakın olursa, test sonuçlarının üretim davranışına geçmeleri gerektiğinden o kadar emin olabilirsiniz.
Kaynak denetimi ve CI/CD ile değişiklikleri artımlı olarak uygulayın. Modernleştirme çabasını diğer yazılım projeleri gibi değerlendirin. Tüm kod değişiklikleri ve kod betikleri olarak altyapı için Git veya diğer kaynak denetimini kullanın. Gerekirse kodu geri alma geçmişi ve yeteneği sağlar. İşi küçük parçalara ayırın (özellik veya düzeltme başına olabilir) ve özellik dallarını kullanın. Kod gözden geçirme işleminden sonra değişiklikleri sık sık birleştirin. Sorunları erken yakalamak için test paketlerinizi her işlemede çalıştırmak için sürekli tümleştirme derlemeleri ayarlayın.
Test ile modernleştirme değişikliklerini doğrulama
Test kritik öneme sahiptir. Modernleştirme yeni özellikler eklemediğinden, odak regresyon testlerine (hiçbir şey bozulmadı) ve performans/güvenlik testlerine (öncekinden daha iyi, daha kötü değil) odaklanır. Üretime dokunmadan önce test ortamında iş yükünün her yönünü doğrulamak istiyorsunuz.
Değiştirilen tüm bileşenlerde birim ve tümleştirme testleri yürütür. Geliştiriciler, yeniden düzenlenmiş tüm kodlar için birim testleri oluşturmalı veya güncelleştirmelidir. Eski kod olsa bile, kritik işlevler için birim testleri yazmak, yeniden düzenleme sırasında değişen davranışları yanlışlıkla fark etmeye yardımcı olabilir. CI işlem hattınızda birim testlerini sürekli olarak çalıştırın. Ayrıca, bileşenlerin birbiriyle doğru şekilde konuşmasını sağlamak için tümleştirme testlerini çalıştırın. Herhangi bir hata düzeltmesi yaptıktan sonra, hatanın gerçekten çözüldüğünden ve başka bir şeyin kırılmadığından emin olmak için ilgili testleri yeniden çalıştırın (regresyonlardan kaçının).
Uçtan uca işlevsel test gerçekleştirin. Hazırlama veya test ortamında, son kullanıcıysanız tam iş akışı testleri gerçekleştirin. Bu test, QA veya otomatik kullanıcı arabirimi testleri tarafından el ile test edilebilir. Uygulamada oturum açın, ana görevleri gerçekleştirin. Değişmeyen işlevselliğin değişmediğinden emin olun. Temel olarak, birim testlerinin kaçırabileceği her şeyi yakalamak için gerçek kullanımın simülasyonunu yapın.
Paydaşlarla kullanıcı kabul testi (UAT) gerçekleştirin. Canlı yayına geçmeden önce modernleştirilmiş iş yükünü test etmek için bazı gerçek son kullanıcıları veya iş paydaşlarını dahil etmek akıllıca olacaktır. Geliştiricilerin göz ardı ettikleri nüansları yakalayabilirler. Kullanılabilirlik, performans ve işlevsellik boşlukları hakkında geri bildirim yakalayın. Dağıtımdan önce kritik kullanıcı kabul testi (UAT) sorunlarını çözün ve iş hazırlığını onaylamak için paydaşlardan resmi onay alın.
Gerçekçi koşullar altında yük testi kullanarak performansı doğrulayın. Modernleştirme ideal olarak performansı geliştirmeli veya sürdürmelidir. Gerçekçi kullanım desenlerinin benzetimini yapmak için yük testi araçlarını (Azure Yük Testi gibi) kullanın. Herhangi bir düşüşü belirlemek için sonuçları kaynak ortamdaki performans taban çizgileriyle karşılaştırın. İş yükü sınırlarını belirlemek ve baskı altında dayanıklılığı doğrulamak için 150% beklenen yükte stres testleri gerçekleştirin.
Güvenlik doğrulama ve uyumluluk denetimlerini yürütür. Güvenlik risklerini algılamak için yeni kod ve kapsayıcı görüntülerinde güvenlik açığı taramaları çalıştırın. Sektöre özgü araçları kullanarak düzenlenen iş yükleri için uyumluluk doğrulaması gerçekleştirin. Altyapı yanlış yapılandırmalarını taramak ve güvenlik denetimlerinin gereksinimleri karşılayıp karşılamaması için Bulut için Microsoft Defender'ı kullanın.
Üretim dağıtımı öncesinde tüm kritik sorunları çözün. Test aşamaları sırasında tanımlanan işlevsel, performans ve güvenlik sorunlarını düzeltin. Tüm testlerin geçtiğini ve performansın hizmet düzeyi sözleşmelerini (SLA) karşıladığını onaylayın. Kalan düşük öncelikli sorunları belgeleyin ve dağıtım sonrası çözüm için düzeltme planları oluşturun.
Yeniden kullanılabilir altyapı oluşturma
Modernleştirilmiş çözümünüz üretim dışı ortamdaki tüm testleri geçtikten sonra altyapı kurulumlarını ve yapılandırmalarını kod olarak yakalamanız gerekir, böylece üretim ortamlarında ve gelecekteki ortamlarda kolayca çoğaltılabilir. Yeniden kullanılabilir altyapı, tutarlılık ve hız için kod olarak altyapı (IaC) şablonları ve otomasyonu kullanmak anlamına gelir.
Kanıtlanmış yapılandırmalar için IaC şablonları oluşturun. Test ortamınızın (üretim ortamında istediğiniz şekilde yansıtan) son mimarisini alın ve kodlayın. Altyapınızı tanımlamak için Bicep, Terraform veya Azure Resource Manager şablonlarını kullanın. Bu şablonları parametreleştirerek geliştirme, test gibi farklı aşamalar için yeniden kullanılabilmesini ve adlar veya boyutlar gibi küçük ince ayarlarla kullanılmasını sağlayın. Bu kurulum, oluşturduğunuz üretim ortamının test ettiğiniz ortamla eşleşmesini sağlar. Kaynak oluşturmak için Azure portalının etrafına el ile tıklarken insan hatasını önler. Altyapı dağıtımının hazır olduğu anlamına da gelir, bu da felaket kurtarma veya yeni bölgelere dağıtım gibi durumlarda çevreyi tekrar oluşturmanız gerektiği zamanlar içindir. Daha fazla bilgi için bkz. CAF Yönetme - Kod tabanlı dağıtımları yönetme.
Şablonları sürüm denetiminde depolayın. Altyapı kodunuzu bir Git deposuna (uygulama koduyla birlikte veya ayrı bir depoda) denetleyin. IaC varlıklarını uygun sürüm denetimiyle yönetmek için GitHub veya Azure DevOps kullanın. Sürüm denetimi kod incelemelerine olanak tanır, ekip işbirliğini destekler ve projeler arasında şablonun yeniden kullanılmasını teşvik eder. Bu yaklaşım, altyapı değişiklikleri için tam izlenebilirlik sağlar ve sorunlar oluştuğunda geri alma özelliklerini destekler.
Bağımlılık yükleme ve yapılandırmayı otomatikleştirme. Bu şablonları dağıtmak ve gerekli yapılandırma veya dağıtım görevlerini işlemek için betikler veya işlem hattı görevleri oluşturun. IaC şablonunu alan ve bir hedef aboneliğe/kaynak grubuna dağıtan dağıtım işlerini çalıştırmak için Azure Pipelines, GitHub Actions'ıkullanın. Uygulama bağımlılıklarını yüklemeyi, ayarları yapılandırmayı ve gizli dizi yönetimini otomatikleştirin. Amaç tek tıklamayla (veya tek komutla) ortam kurulumudur: sıfırdan test ettiğinizle eşleşen tam olarak çalışan bir ortama.
IaC ve otomasyonu uçtan uca test edin. Korumalı alan olarak ayrı bir Azure aboneliği veya kaynak grubu kullanın ve şablonlarınızı ve betiklerinizi kullanarak ortamınızın tamamını sıfırdan dağıtma alıştırması yapın. IaC şablonlarınızın, işlem hatlarınızın ve betiklerinizin tüm altyapı yığınını hiç yoktan oluşturabileceğini test edin. Otomasyonun düzgün çalıştığını onaylamak için ilk dağıtım, yapılandırma güncelleştirmeleri ve geri alma yordamları dahil olmak üzere farklı dağıtım senaryolarını test edin.
Daha fazla bilgi için İş Yükü Geliştirme Tedarik Zinciri Tasarımı ve WAF'de Kod Olarak Altyapı başlıklarına bakınız.
Dağıtım belgeleri oluşturma
Otomasyonda bile dağıtımlarla ilgili iyi belgelere sahip olmak denetim, yeni ekip üyelerini ekleme ve gelecekteki bakım işlemleri için çok önemlidir. Dağıtım belgeleri, insan tarafından okunabilir biçimde yapılandırmaları, yordamları ve geri alma adımlarını kapsamalıdır.
Belge yapılandırma ayarları ve adımları. Tüm ortama özgü ayarları, bağlantı dizelerini, hizmet uç noktalarını ve güvenlik yapılandırmalarını erişilebilir belgelere kaydedin. Adım adım dağıtım yönergelerini, önkoşul gereksinimlerini ve dağıtım sonrası doğrulama adımlarını ekleyin. Bu belge tutarlı dağıtımları etkinleştirir ve sorun oluştuğunda sorun gidermeyi destekler. Yeni bir mühendisin dağıtım yapmak zorunda olması durumunda bu belgeyi okuyabilir ve işlem hattının çıkışını izleyebilir veya anlayabilir.
Geri alma ve kurtarma prosedürlerini güncelleyin. Testlerinizi tamamladıktan sonra, dağıtım sorunları oluştuğunda değişiklikleri geri döndürme adımlarını resmileştirin. Geri alma tetikleyicilerini, veri yedekleme ve geri yükleme yordamlarını ve kurtarma doğrulama adımlarını dahil edin. Gerektiğinde doğru çalıştığından emin olmak için geri alma ve kurtarma yordamlarını düzenli olarak test edin. Bu hazırlık kapalı kalma süresini azaltır.
Tüm bu belgeleri merkezi bir konumda toplayın. Bu bilgileri depolamak için SharePoint, GitHub veya wiki kullanın. Ekip ve destek personelinin nerede bulacaklarını bildiklerinden emin olun. Yoğun strese neden olan bir olayda, açık belgelere sahip olmak bir hayat koruyucudur.
Modernleştirme dağıtma
Üretim dağıtımı, modernleştirme çalışmalarının doruk noktasıdır. Seçtiğiniz stratejiye (yerinde ve paralel) bağlı olarak adımlar farklılık gösterir. Yürütmeden önce, tüm hazırlık adımlarının tamamlandığını bir kez daha kontrol edin: ilgili taraflar bilgilendirildi, değişiklikler durduruldu, yedekler alındı, beklemede izleme.
Modernleştirmeyi yerinde devreye alma
Bakım için bir zaman aralığı belirleyin. Değişiklikler için kesinti süresi veya veritabanı şeması geçişi gibi kaynakları kilitleyen betikler çalıştırılması gerekiyorsa, bunu önceden duyurulmuş bir bakım zaman aralığında yapın. Tüm kullanıcıların o anda iş yükünden uzak olduğundan emin olun. Net bir pencereye sahip olmak, dağıtımı tamamlamak veya zaman aşımına uğradıysanız geri alma işlemine karar vermek için bir hedef de sağlar.
Dağıtım için CI/CD işlem hattınızı kullanın. Üretim ortamına dağıtım, test için kullandığınız ancak üretim ortamına yönlendirilmiş olan aynı otomatik işlem hattını kullanmalıdır. Bu kurulum tutarlılık sağlar, bu nedenle altyapı ve kod aynı şekilde dağıtılır. Çalıştırmadan önce, kritik verilerin (veritabanları) son yedeklerini alın. Geri alınabiliyor olsa bile, bir şeyin ters gitmesi durumunda yedek almak fazladan bir güvenlik ağıdır. Yeni kod ve altyapı değişikliklerini dağıtmak için işlem hattını çalıştırın. Günlükleri ve izleme araçlarını gerçek zamanlı olarak görünür hâle getirin. Herhangi bir adım başarısız olursa, duraklayıp ileriyi düzeltmenin mümkün olup olmadığını veya geriye almanız gerekip gerekmediğini değerlendirin.
Mümkünse aşamalı trafik yönlendirme (kanarya) uygulayın. Birçok Azure hizmeti, yerinde bir senaryoda bile yuva değişimine veya aşamalı trafik değişimine izin verir. Azure, Azure App Service dağıtım yuvaları, Azure Container Apps trafik bölme ve Azure Pipelines ile Azure Kubernetes Service üzerinden kanarya dağıtımlarını destekler. Yük dengeleyicinin arkasında birden çok sanal makineniz varsa, başkalarının trafik taşıması için bir kerede bir örneği güncelleştirin (sıralı yükseltme) ve ardından döndürün.
İzleme sırasında yavaş yavaş tam trafiğe yükseltin. Yeni sürüm canlı olarak yayımlandıktan sonra yakından izleyin. Uygulama günlüklerini, performans ölçümlerini ve hata oranlarını denetleyin. Kullanıcıların küçük bir bölümüyle başlayın (veya mümkünse iş yükünü doğrulama modunda başlatın). Birkaç dakika sonra her şey iyi görünüyorsa, trafiği yüzde 25 civarında artırın. Ölçümleri yeniden denetleyin (500 hatada ani artış yok, yanıt süreleri normal). %50'ye yükseltin, ardından planladığınız zaman diliminde 100%. Dikkatli olmak isterseniz bir saatten fazla sürebilir. Herhangi bir adımda ciddi bir sorun gözlemlenirse, tüm kullanıcıları etkilemeden önce geri alma işlemini başlatın.
Dağıtım sırasında veri tutarlılığını koruyun. Yerinde dağıtımlar sırasında, veri şemalarını potansiyel olarak değiştirirken mevcut veri uç noktalarını korur. Kanarya sürümleri sırasında hem eski hem de yeni uygulama sürümlerini desteklemek için veritabanı şeması değişikliklerini geriye dönük uyumlu yollarla uygulayın. Dağıtım başarıyla tamamlanana kadar mevcut yapıları kaldırmadan yeni sütunlar veya tablolar ekleyen veritabanı geçiş betiklerini kullanın.
Modernleştirmeyi paralel bir ortama dağıtma
Paralel üretim ortamını oluşturun. IaC şablonlarını kullanarak Azure'da test ettiğiniz sonuçları yansıtan yeni üretim ortamını oluşturun. Bu ortam tüm işlem, ağ ve depolamayı içerir. Çalışır durumda olmalıdır ancak şu anda kullanıcı trafiği yoktur. Ağ güvenlik grupları, güvenlik duvarları, kimlik (yönetilen kimlikler veya hizmet sorumluları) ve izleme gibi öğelerin gerektiği şekilde yapılandırıldığından emin olun (test ortamı kurulumunu üretim aboneliğinde tekrarlayın).
Veritabanı replikasyonu kur. Kaynak ve Azure hedef iş yükünüz arasında sürekli veri çoğaltması oluşturmak için veritabanı platformunuzun yerel çoğaltma özelliğini yapılandırın. İlk veri eşitleme işleminin başarıyla tamamlandığını ve çoğaltmanın iyi durumda olduğunu doğrulayın. Veritabanının ilk toplu kopyasını yedekleme veya anlık görüntüden gerçekleştirip yeni işlemler için çoğaltmayı etkinleştirebilirsiniz. Veritabanı platformunuzun izleme araçlarını kullanarak çoğaltmadaki gecikmeyi izleyin. Daha yüksek gecikme süresi değişim riskini ve süresini artırır. Çoğaltma gecikmesi sıfır olana kadar sonraki adıma geçmeyin.
Yapılandırılmamış verileri ve dosyaları kopyalayın. Son tam geçiş öncesinde yapılandırılmamış verileri ve dosyaları Azure'a kopyalayın. Nesne ve dosya geçişi için Araçlar'ı, dosyaları uygun Azure depolama hizmetlerine aktarmak için özelliklerle kullanın. Bu hazırlık, son tam geçiş sırasında kopyalanması gereken veri miktarını azaltır.
Son veri eşitlemesini tamamlayın. Kesilme anında sıfır veya minimum veri kaybı istersiniz. Veritabanları için kaynak iş yüklerinde bekleyen işlem kalmadığını ve veritabanı çoğaltmasının senkronize olduğunu doğrulayın. Bazı durumlarda, son değişiklikleri (özellikle işlem tutarlılığı gibi işlemler için) temizlemek için kaynak veritabanındaki yazma işlemlerini kısa bir süre duraklatmanız gerekebilir. Son artımlı yedekleme geri yüklemesini gerçekleştirmek için işlem günlüğü gönderimi veya kısa bir kesinti süresi gibi teknikleri kullanabilirsiniz. AzCopy veya benzer bir araç kullanarak değiştirilmiş yapılandırılmamış verileri kopyalayın.
Yeni ortama kullanıcı trafiğini aşamalı olarak kesme. Kullanıcı trafiğini Azure ortamına yönlendirmek için DNS kayıtlarını ve yük dengeleyici yapılandırmalarını güncelleştirin. İş yükü sağlığını ve performansını izleyin. Azure yük dengeleyicinizle ağırlıklı yönlendirmeyi kullanarak modernleştirilmiş iş yüküne yönlendirilen 1% canlı trafikle başlayın. Yanıt süreleri, hata oranları ve veritabanı bağlantı durumu gibi gerçek zamanlı ölçümleri izleyin. Eşikler aşılırsa otomatik geri alma tetikleyicileriyle trafiği saat yerine dakikalar içinde (5%, 15%, 50%) artırın.
%100'e son geçişi gerçekleştirin. Emin olduktan sonra tüm kullanıcıları yeni ortama yönlendirin. Bu değişiklik, yaşam süresi (TTL) değeri düşükse saniyeler ile dakikalar arasında sürebilen bir DNS tam geçişi veya bir yük dengeleyici yapılandırmasının değiştirilmesi olabilir. Bu noktada, kullanıcılar modernleştirilmiş iş yükünde canlı olarak yer alır.
Kesim sonrası hemen doğrulayın ve izlemeye alın. Tam geçiş sonrası doğrulama denetimlerinizi çalıştırın. Otomatikleştirilmiş test paketlerini kullanarak tüm kritik iş süreçlerinin uçtan uca işlevsel testlerini gerçekleştirin. Kaynak ve hedef iş yükleri arasındaki sağlama toplamı doğrulamasını ve karma işlevi karşılaştırmalarını kullanarak veri doğruluğunu doğrulayın. İş yükü sahiplerinin tüm ana işlevlerin doğru çalıştığını onaylamalarını sağlayın. Performans düşüşü veya işlevsellik sorunlarını belirlemek için tam geçiş sonrasında ilk 24-48 saat boyunca iş yükü performansını, hata oranlarını ve kullanıcı erişim düzenlerini izleyin.
Eski ortamı bir süre çalışır durumda tutun (etkin bekleme). Henüz hiçbir şeyi yıkma. Eski iş yükünü en az 24-72 saat etkin beklemede tutmak ve mümkünse devam eden veri eşitleme (veya hızlı bir şekilde eşitlemeye hazır) kullanmak akıllıca olacaktır. Üretimde beklenmeyen ciddi bir sorun ortaya çıkarsa, trafiği eski haline yönlendirerek geri alma kararı verebilirsiniz. Günlüklerden veya diğer araçlardan geri yükleyebildiğiniz için çok az veri kaybetmeniz beklenir.
Modernleştirmenin başarılı olduğunu doğrulama
Yeni iş yükü kullanıma hazır olduğuna göre üretim ortamında her şeyin istenen şekilde çalıştığını ve kabul ölçütlerini karşıladığını doğrulamanız gerekir.
Başarılı kullanıcı erişimini ve iş yükü performansını onaylayın. Kullanıcı erişimi doğrulaması, modernleştirmenin saydam olmasını ve performansın beklentileri karşılamasını sağlar. Bu onay, kullanıcıların iş yüküne kesinti olmadan erişebildiğini doğrular. İlk geçiş sonrası dönemde kullanıcı erişim düzenlerini, iş yükü performans ölçümlerini ve hata oranlarını izleyin.
Geçişin başarılı olduğunu yalnızca kapsamlı doğrulamadan sonra duyur. Tam doğrulama, tüm paydaşların iş yükünün kararlı ve işlevsel olduğunu onaylamasını sağlar. Bu onay, daha sonra sorunlara yol açabilecek erken başarı bildirimlerini engeller. İş yükü sahiplerinden, test edenlerden ve iş paydaşlarından iş yükünün tüm gereksinimleri karşıladığını ve doğru şekilde çalıştığını onaylayın.
Dengeleme sırasında iş yükünü destekleme
Başarılı bir lansmandan sonra bile iş yüküne fazladan dikkat ettiğiniz bir sabitleme dönemi planlayın. Yeni modernleştirilmiş iş yükleri, yalnızca bir süre sonra gerçek dünya kullanım düzenleri altında görünen bilinmeyen sorunlara sahip olabilir.
Stabilizasyon süresi boyunca gelişmiş destek kapsamı oluşturun. Canlı yayından sonraki ilk birkaç gün veya hafta (karmaşıklık durumuna bağlı olarak) için yükseltilmiş bir destek protokolüne sahip olun. İş yükünü yakından izlemek ve normal işlemlerden daha kısa SLA'lar sağlamak için deneyimli BT personeli veya geçiş iş ortakları atayın.
operasyonel belgelerinizi ve araçlarınızı güncelleştirin. Tüm runbook'ların, destek belgelerinin ve izleme yapılandırmalarının yeni gerçeği yansıtacak şekilde güncelleştirildiğinden emin olun. Operasyon ekibini yeni yedekleme işlemleri, mikro hizmetler için yeni yeniden başlatma yordamları gibi yeni yordamlar üzerinde eğitin. Modernleştirilmiş iş yükünü tam bilgi aktarımıyla operasyon/destek ekiplerine teslim edin. Varlık envanterinizin/CMDB'nizin yeni sunucuları, IP'leri, hizmetleri kaydettiğinden ve eski sunucuları kaldırdığından veya işaretlediğinden emin olun.