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.
Geçiş planı, iş yüklerini Azure'a geçirmek için belirli sırayı, zamanlamayı ve yaklaşımı tanımlar. Bu plan üst düzey geçiş stratejilerini eyleme dönüştürülebilir dağıtım dizilerine çevirir. İş yükü öncelik belirleme, geçiş sıralama ve veri aktarımı yöntemleri gibi taktiksel kararları ele alarak bulut benimseme planına dayalıdır.
Önkoşullar:Geçiş benimseme planı, Azure iniş bölgesi
Geçiş hazırlığını ve becerilerini değerlendirme
Hazırlık değerlendirmesi, ekibinizin geçiş planını yürütmek için gereken becerilere ve desteğe sahip olmasını sağlar. Bu adım, yetenek boşluklarını tanımlar ve hedeflenen eğitim veya dış destek aracılığıyla ilerlemeyi hızlandırır.
Ekibinizin Azure becerilerini değerlendirin. Ekibinizin Azure hizmetleri, geçiş araçları ve tam geçiş ile ilgili deneyimini gözden geçirin. Bu değerlendirme, belirli bilgi boşluklarını belirlemenize ve ekibinizin başarılı olması için hangi eğitimin gerektiğini belirlemenize yardımcı olur.
Gerektiğinde dış uzmanlıkla etkileşime geçin. Ekibiniz buluta geçiş deneyimine sahip değilse Microsoft'u veya bir Microsoft iş ortağını getirin. Dış uzmanlar geçiş stratejinizi doğrulayabilir, uygun araçlar önerebilir ve gerçekçi zaman çizelgeleri oluşturmaya yardımcı olabilir. Bu destek, özellikle karmaşık veya büyük ölçekli projeler için riski azaltır ve geçişinizi hızlandırır.
Veri geçiş yolunuzu seçin
Veri geçiş yolu, verileri geçerli konumunuzdan Azure'a taşıma yöntemidir. Doğru yol, veri aktarımlarınızın güvenli, hızlı ve uygun maliyetli olmasını sağlar. İlk olarak, seçeneklerinizi anlamak için kullanabileceğiniz ağ bağlantılarınızı (ExpressRoute, VPN veya genel İnternet) denetleyin.
ExpressRoute'u sahip olduğunuzda kullanın. ExpressRoute, İnternet bağlantılarından daha hızlı ve daha güvenli olan özel, ayrılmış bir Azure bağlantısı sağlar. ExpressRoute'unuz zaten varsa veya almayı planlıyorsanız, tüm iş yükleriniz için bu yöntemi kullanın. ExpressRoute'un kurulum süresi gerektirdiğini ve veri aktarım maliyetlerinin olduğunu unutmayın.
ExpressRoute kullanılamıyorsa VPN kullanın. Güvenli veri aktarımına ihtiyacınız olduğunda ancak ExpressRoute'unuzun olmadığı durumlarda bir VPN seçin. VPN, İnternet üzerinden Azure'a şifreli bir tünel oluşturur, ancak genellikle ExpressRoute'tan daha yavaştır. Başlamadan önce Azure'da yapılandırılmış bir VPN Gateway'iniz olduğundan emin olun.
Büyük miktarda veri için Azure Data Box kullanın. Data Box, çok fazla veri içeren çevrimdışı geçişler için en iyisidir. Microsoft, verilerinizi kopyalamanız için size fiziksel bir cihaz gönderir, ardından geri gönderirsiniz. Bu seçenek, ağınızı kullanmaktan kaçınır ancak gönderim süresinden dolayı en uzun sürer.
Daha az hassas veriler için genel İnternet'i kullanın. Verilerinizin şifrelemeye ihtiyacı olmadığında ve ExpressRoute veya Data Box'ı kullanamıyorsanız bu seçenek çalışır. Bu yöntem her yerde kullanılabilir olsa da, en az güvenlidir ve diğer internet etkinliklerinizi yavaşlatabilir.
| Veri Geçiş Yolu | Ne zaman kullanılır? | Pros | Cons |
|---|---|---|---|
| ExpressRoute | Kullanılabilir olduğunda herhangi bir iş yükü | Güvenli ve hızlı | Gerekli kurulum yapılması gerekiyor, maliyeti var |
| VPN | ExpressRoute olmadığında aktarımların güvenliğini sağlama | Genel İnternet'ten daha güvenli | Kurulum gerektirir, ExpressRoute'tan daha yavaş |
| Azure Data Box | Büyük miktarda veriyle çevrimdışı geçiş | Ağınızı kullanmadan verileri taşır | Sevkiyat nedeniyle en yavaş yöntem |
| Genel İnternet | Duyarlı olmayan veriler ve Data Box'ı kullanamıyor | Her yerde çalışır | En az güvenli, bant genişliğinizi kullanır |
Geçiş sırasını belirleme
Geçiş sıralaması riski azaltır ve iş yükü geçişi için mantıksal bir düzen oluşturarak ekip güveni oluşturur. Sıra, hizmet kesintilerini önlemek için hangi iş yüklerinin ilk olarak taşınacağını ve bağımlı bileşenlerin birlikte nasıl taşınacaklarını belirler. Büyük portföyleri geçiş dalgaları halinde düzenleyin. Dalga planlaması hakkında ayrıntılı yönergeler için bkz . Geçiş dalgası planlaması.
Bağımlılıkları bulma
Önce tüm bağımlılıkları keşfedin. İş yükleri arasındaki bağımlılıklar birlikte taşınmadığında hizmet kesintilerine yol açar. Geçiş grupları oluşturmadan önce bu bağlantıları bulmak için iç ve dış bağımlılıkları eşleyin.
Bağımlılık türlerini ve kritikliği analiz edin. Farklı bağımlılık türleri farklı geçiş yaklaşımları gerektirir. Bu kategorileri birbirinden ayırt edin:
Bağımlılık türü Description Geçiş yaklaşımı Doğrudan bağımlılıklar Bileşenler arasında anında iletişim ve düşük gecikme süresi gerektirir. Performansı korumak ve kesintileri önlemek için doğrudan bağlı tüm bileşenleri birlikte taşıyın. Dolaylı bağımlılıklar Sistemler arasında ara sıra veya kritik olmayan etkileşimler içerir. Bağlantı gecikmeyi tolere ediyorsa veya hibrit kullanımı destekliyorsa, birlikte veya ayrı dalgalar halinde geçiş yapın. İş bağımlılıkları Kuruluş veya yönetim ilişkilerine bağlıdır. İlgili iş yüklerini ve raporlama sistemlerini iş öncelikleriyle uyumlu olacak şekilde gruplandırın ve taşıyın. İş yüklerini bağımlılık ilişkilerine göre gruplandırma. Paylaşılan veritabanlarını, API'leri, kimlik doğrulama hizmetlerini veya ağ bağlantılarını temel alan gruplar oluşturun. Bu gruplar geçiş dalgalarınızın temelini oluşturur ve işlevsellik için gereken tüm bileşenlerin birlikte hareket etmesini sağlar. Bağımlılık kritikliği konusunda belirsizlik olduğunda, bileşenleri birlikte gruplandırın. Bu muhafazakar yaklaşım, gelecekteki ayrımlar için esneklik sağlar.
Her bağımlılık grubunu sistematik olarak belgele. Tutarlı adlandırma kurallarını kullanarak varlıkları bağımlılık gruplarına göre etiketleyin. Her grubu şu şekilde belgele:
- Grup adı ve Kimliği - Benzersiz tanımlayıcı ve açıklayıcı ad
- Bileşen envanteri - Tüm altyapı öğeleri, uygulamalar ve hizmetler
- Kritik bağımlılıklar - Özel işleme gerektiren temel bağlantılar
- Geçiş kısıtlamaları - İş, teknik veya zamanlama gereksinimleri
Grubun eksiksizliğini doğrulayın. Her grubun yük dengeleyiciler, DNS kayıtları veya önbelleğe alma katmanları gibi destekleyici altyapı dahil olmak üzere uygulamaların çalışması için gerekli tüm bileşenleri içerdiğini onaylayın.
Bölünmüş ortam çalışmalarını ele al
Taşınamayan bağımlılıkları planlayın. Teknik veya yasal nedenlerle kaynak ortamınızda kalması gereken bileşenleri belirleyin. Neden taşınamadıklarını, diğer sistemlere nasıl bağlandıklarını ve hangi verileri paylaştıklarını belgeleyin. Bu belgeler, bu bileşenlerin bulut sistemlerinizle sorunsuz bir şekilde çalışması için stratejiler oluşturmanıza yardımcı olur.
Bölünmüş ortam işlem süresini en aza indirin. Bileşenler daha sonra buluta taşınabiliyor ancak hemen taşınamıyorsa, bulut sistemleriyle bağlantılarını ve veri akışlarını belgeleyin. İş yükünüzün her iki ortamda da çalıştığı süreyi azaltmak için zaman çizelgeleri ve risk yönetimi yaklaşımlarıyla net bir plan oluşturun. Daha fazla bileşen birlikte taşınana kadar geçişi geciktirebilirsiniz.
Ortamları etkili bir şekilde bağlayın. Bulut iş yükleriniz ve kaynak ortam bileşenleriniz arasında güvenilir bağlantılar oluşturmak için API ağ geçitleri, ileti kuyrukları ve veri eşitleme gibi tümleştirme yöntemlerini kullanın. Bu yaklaşımlar gecikmeleri azaltır, güvenliği geliştirir ve kalan bileşenleri buluta taşımanın yolunu hazırlar.
Geçiş için iş yüklerinin önceliğini belirleme
İş yükü ayrıntılarını gözden geçirin. Her iş yükünün iş ve teknik ayrıntılarını gözden geçirmek için paydaşlarla birlikte çalışın. Kapalı kalma süresi veya hata etkilerinin iyi anlaşıldığından ve geçerli iş öncelikleriyle uyumlu olduğundan emin olun. İş birimi, iş yükü sahibi, teknik bağımlılıklar ve kritiklik sınıflandırması gibi ayrıntıları doğrulamak için geçiş benimseme planını kullanın. Bu ayrıntılar, iş yüklerini etkili bir şekilde önceliklendirmeye ve sıralamaya yardımcı olur.
Priority İş değeri Effort Description High High Low Hızlı başarılar - anında etki için öncelikle geçiş yapın Orta-Yüksek High High Stratejik yatırımlar - yeterli kaynaklarla dikkatlice planlayın Orta-Düşük Low Low Kolay seçenekler - büyük göçler arasındaki boşlukları doldurma Low Low High Kaçınma veya erteleme - kaynakları daha yüksek değerli fırsatlara odaklama Riski azaltmak için daha basit iş yükleriyle başlayın. Daha az karmaşık ve riski daha düşük olan iş yüklerini geçirmeyi başlatın. Bu yaklaşım, ekibinizin daha zorlu iş yükleriyle başa çıkmadan önce güvenilirlik kazanmasına ve geçiş süreçlerini geliştirmelerine yardımcı olur. Tek başına mimariler ve minimum tümleştirme noktalarıyla iç araçları, geliştirme ortamlarını veya düşük kullanımlı uygulamaları hedefleyin.
Üretim dışı ortamları üretimden önce taşıyın. Üretim dışı ortamlar, tam geçiş işlemini test etmek için güvenli bir alan sağlar. Üretimden önce hazırlığı doğrulamak için geliştirme, hazırlık ve QA ortamlarını taşıyın. Bu sıra, ekiplerin kullanıcıları etkilemeden yapılandırmaları, performansı ve kurtarma yordamlarını test etmesini sağlar. Operasyon ekiplerini eğitmek için üretim dışı geçişleri kullanın.
İlk başarıyı gösterdikten sonra kritik sistemleri zamanlayın. Kritik uygulamalar, Bunları Azure'a taşımadan önce kanıtlanmış geçiş özellikleri gerektirir. Ekibiniz Azure hizmetleriyle yetkinlik gösterdiğinde bu geçişleri daha sonraki dalgalar için planlayın. Donanım yenileme döngüleri gibi iş son tarihleri, daha fazla koruma ve genişletilmiş test süreleri ile kritik uygulamalara daha önce öncelik vermenizi gerektirebilir.
Senaryoları test etmek için temsili karmaşık iş yükleri ekleyin. Görev açısından kritik uygulamalarla karşılaştığınız zorlukları ortaya çıkarmak için her erken dalgaya bir veya iki karmaşık iş yükü ekleyin. Çok katmanlı uygulamalar veya veritabanına bağımlı sistemler gibi yaygın desenleri temsil eden iş yüklerini seçin.
Ayrıntılı geçiş zamanlaması oluşturma
Her geçiş için başlangıç ve bitiş tarihlerini ayarlayın. Sorunsuz bir yürütmeyi sağlamak için test yapma ve sorun çözüm için zaman aralığı ekleyin. Bu ayrıntılı zamanlama gecikme riskini azaltır ve etkili kaynak planlamasını destekler.
Zaman çizelgelerini iş olaylarıyla hizalayın. Mali kapanış, ürün lansmanları veya tatil mevsimleri gibi kritik iş dönemlerinde geçişleri zamanlamaktan kaçının. Bu hizalama, iş kesintisi riskini azaltır ve paydaş güveni sağlar.
İlerleme durumunu izlemek için proje yönetim araçlarını kullanın. Bağımlılıkları yönetmek, kilometre taşlarını izlemek ve değişiklikleri etkili bir şekilde iletmek için Azure DevOps gibi araçları kullanın. Bu araçlar geçiş ilerleme durumuyla ilgili görünürlük sağlar ve proaktif sorun çözümünü destekler.
Her iş yükü için geçiş yöntemini seçin
Geçiş yöntemleri iki kategoriye ayrılır: kapalı kalma süresiyle geçiş ve neredeyse sıfır kapalı kalma süresiyle geçiş. Kapalı kalma süresine ve iş açısından kritikliğe göre her iş yükü için en iyi geçiş yöntemini seçin.
Planlı kesintilere tolerans gösteren iş yükleri için kapalı kalma süresi geçişlerini seçin. Kaynak ve hedef ortamlar arasında gerçek zamanlı eşitleme gerektirmediğinden kapalı kalma süresi geçişi daha basit ve daha hızlıdır. Bu yöntem geliştirme ortamları, test sistemleri veya zamanlanmış bakım pencereleri olan uygulamalar gibi kritik olmayan iş yükleri için iyi çalışır. İş etkilerini en aza indirmek için her iş yükü için kabul edilebilir kapalı kalma süresini belgeleyin ve düşük kullanım dönemlerinde geçişleri zamanlayın.
Kritik iş yükleri için neredeyse sıfır kapalı kalma süresi geçişi seçin. Yakın sıfır kesinti süresi geçişi, sürekli veri çoğaltma ve kesintisiz geçiş teknikleri aracılığıyla geçiş sırasında kritik iş yüklerinin çalışır durumda kalmasını sağlar. Bu yöntem müşteriye yönelik uygulamalar, gerçek zamanlı işlem sistemleri veya katı hizmet düzeyi sözleşmelerine sahip iş yükleri için gereklidir. İş yükü mimarisinin sürekli çoğaltmayı desteklediğini ve ağ bant genişliğinin gerçek zamanlı veri aktarımını işleyebildiğini doğrulayın. Bu geçiş yöntemi için hazır olma durumunu onaylamak için üretim dışı bir ortamda bağlantı ve çoğaltma işlemlerini test edin.
| Geçiş Yöntemi | Ne zaman kullanılır? | Pros | Cons |
|---|---|---|---|
| Kesinti Süresinde Geçiş | Kritik olmayan iş yükleri, geliştirme ortamları | Daha basit işlem, daha hızlı yürütme | Hizmet kesintisi gerekiyor |
| Neredeyse sıfır kesinti süresiyle geçiş | Kritik iş yükleri, katı SLA'lar | En az hizmet kesintisi | Karmaşık kurulum ve test gerektirir |
Geri alma planını tanımlama
Geri alma planı, bir dağıtım başarısız olduğunda veya risk oluşturduğunda ekiplerin değişiklikleri hızla tersine çevirmesini sağlar. İyi tanımlanmış bir plan kapalı kalma süresini en aza indirir, iş etkisini sınırlar ve sistem güvenilirliğini korur. Herhangi bir geçiş veya dağıtım başlatmadan önce her zaman geri alma ölçütleri ve yordamları oluşturun.
Başarısız dağıtımı tanımlayın. Başarısız dağıtım olarak neyin önemli olduğunu belirlemek için iş paydaşları, iş yükü sahipleri ve operasyon ekipleriyle işbirliği yapın. Örnekler arasında başarısız sağlık denetimleri, düşük performans, güvenlik sorunları veya karşılanmayan başarı ölçütleri bulunur. Bu tanım, geri alma kararlarının kuruluşunuzun risk toleransıyla uyumlu olmasını sağlar. Dağıtım planınıza geri alma işlemini tetikleyen CPU kullanım sınırları, yanıt süresi eşikleri veya hata oranları gibi belirli koşulları ekleyin. Bu değerlendirme, olaylar sırasında geri alma kararlarını net ve tutarlı hale getirir.
CI/CD işlem hatlarında geri alma adımlarını otomatikleştirin. Geri alma işlemlerini otomatikleştirmek için Azure Pipelines veya GitHub Actions gibi araçları kullanın. Örneğin, sistem durumu denetimleri başarısız olursa işlem hatlarını önceki bir sürümü yeniden dağıtacak şekilde yapılandırın.
İş yüküne özgü geri alma yönergeleri oluşturun. İş yükü türünüz, ortamınız ve dağıtım yönteminizle eşleşen geri alma adımları geliştirin. Örneğin, kod olarak altyapı dağıtımları için önceki şablonların yeniden uygulaması gerekir. Uygulama geri alma işlemleri, önceki bir kapsayıcı görüntüsünün yeniden dağıtılmasını içerir. Geri alma planınıza geri dönüş scriptleri, yapılandırma yedekleri ve altyapı kodu şablonları ekleyin. Bu varlıklar hızlı yürütmeye olanak tanır ve el ile müdahale bağımlılığını azaltır.
Geri alma prosedürlerini test edin. Geri alma etkinliğini doğrulamak için üretim öncesi ortamda dağıtım hatalarının simülasyonunu oluşturun. Otomasyon, izinler veya bağımlılıklardaki boşlukları belirleyin ve çözün. Geri alma işleminin sistemi kararlı, bilinen iyi bir duruma geri yüklediğini onaylayın.
Geri alma stratejilerini geliştirme Her dağıtım veya geri alma olayından sonra neyin işe yaradığını ve neyin çalışmadığını değerlendirmek için geçmişe dönük bir değerlendirme yapın. Alınan derslere, mimari değişikliklere veya yeni araçlara göre geri alma ölçütlerini, yordamları ve otomasyonu güncelleştirin. Geri alma stratejilerinin güncel ve etkili kalmasını sağlamak için belgeleri koruyun.
Geçiş planında paydaşlarla etkileşime geçme
Paydaş onayı, geçiş planınızın iş gereksinimlerini ve risk toleransını karşıladığını doğrular. Geçişleri yürütmeden önce resmi onayın güvenliğini sağlamalısınız.
Geçiş planını iş gerekçesiyle belgeleyin. İş yükü adı, sahip, kritiklik, geçiş yöntemi, kapalı kalma süresi penceresi ve iş etkilerini gösteren yapılandırılmış bir plan oluşturun. Her yaklaşımın gerekçesini belirtin ve riski nasıl en aza indirdiğini açıklayın.
Test edilmiş geri alma prosedürlerini sunun. Adımlar, zaman çerçeveleri ve başarı ölçütleriyle belirli geri alma planlarını gösterin. Otomatik ve manuel yetkinlikleri dahil edin. Hızlı hizmet geri yüklemesini kanıtlamak için ön üretim testi sonuçlarını belgeleyin.
İş kısıtlamalarına karşı zamanlamaları doğrulayın. Kritik iş dönemlerini, bakım donmalarını ve mevsimsel zirveleri önlemek için proje katılımcılarıyla zaman çizelgelerini gözden geçirin. Çakışmalar varsa, denge durumlarını göz önünde bulundurarak alternatif seçenekler sağlayın.
Resmi onay ve geri alma yetkisini alın. Göç planı ve geri alma prosedürleri için paydaşlardan yazılı onay alma. Karar verme yetkisini tanımlayın ve acil durum iletişim kanalları oluşturun.
Başarı ölçütlerini tanımlayın ve denetim noktalarını gözden geçirin. Performans karşılaştırmaları, işlevsellik doğrulama ve kullanıcı kabul ölçütleri gibi ölçülebilir ölçümleri ayarlayın. İlerle/durma veya devam-etme/durmama kararları için resmi değerlendirme noktalarını planlayın.