Barındırma değişimi: veri ve geçişi birlikte planlamak
Veritabanını, dosyaları ve yazma erişimlerini birlikte planlayın. Somut bir örnek, hazırlığı, geçişi ve yeni değişikliklerden sonra geri dönüşü ayırır.
Barındırma değişimi, kararlaştırılan iş akışı yeni konumda doğru veri durumuyla çalıştığında ekibiniz için tamamlanmış olur. Değişikliklerin ne zaman kabul edileceğini, geçişi kimin onaylayacağını ve hangi koşullarda geri dönülebileceğini önceden belirleyin.
İş akışını ve yazma yollarını belirleyin
Kurgusal örnekte bir şirket P-65 müşteri portalını işletir. Müşteri, A-65 talebini F-65 ekiyle oluşturur. Veritabanı ve dosya deposu birlikte ele alınmalıdır. Tarayıcı dışında bir arayüz ve arka plan süreci de verileri değiştirebilir. Bütün bu yazma yolları geçiş planına dahil edilmelidir.
Bu örnekte önceden duyurulan bir yazma duraklaması öngörülür. Bu, bilinçli seçilmiş bir yöntemdir; her taşıma için zorunlu değildir. Ekip, devam eden değişiklikleri kontrollü biçimde sonlandırır ve açık işlerden hangilerinin hedefte sürdürülebileceğini kaydeder. Yeni değişiklikleri sürekli aktarmak, kendi eşzamanlama ve çakışma kontrollerini gerektiren başka bir yöntem olurdu.
Geçişi bir iş sırası olarak kararlaştırın
AWS, değişimden önce bağımlılıkların, görev sırasının, sorumluların, kontrollerin ve geri dönüş yolunun kaydedilip denenmesini önerir. Aşağıdaki örnek plan öngörülen adımları içerir; yapılmış bir taşımanın sonuçları değildir.
Aşama | Örnekte kararlaştırılan | Sorumlu rol | Sonraki adıma geçiş koşulu |
|---|---|---|---|
Hazırlık | Hedef ortamı tutarlı veritabanı ve dosya kopyasıyla kontrol etmek. | Uygulama ekibi | Yalıtılmış testte oturum açma ve izinli erişim çalışır, izinsiz erişim reddedilir ve ilgili dosya açılır. |
Yazma duraklaması | Bütün eski yazma yollarında yeni değişikliklerin kabulünü ve işlenmesini durdurmak; son tutarlı durumu aktarmak. | İşletim ve uygulama ekibi | Açık işler kaydedilmiştir; veritabanıyla dosyalar birbiriyle uyumludur. |
Onay | Kontrol edilen hedef erişimini açmak ve değişiklikleri yalnız öngörülen yeni yazma hedefinde kabul etmek. | İş süreci ve işletim sorumluları | Esas alınan veri durumu, erişim yolu ve durdurma kararı açıktır. |
Durdurmayı ve geri dönüşü önceden ayırın
Microsoft, durdurma koşullarıyla denenmiş geri dönüş adımlarının ilgili iş yüküne uyarlanmasını önerir. Örnekte eksik bir ek bile onayı engeller. Hedefte henüz yeni değişiklik kabul edilmediyse, değişmeden tutulan eski duruma hazırlanmış bir geri dönüş yolu uygun olabilir.
Hedefte yeni değişikliklerden sonra DNS adresini geri almak yeterli değildir. Bu değişiklikler eski sistemde eksik olabilir. Geri dönüş için esas alınacak veri durumu net olmalı ve aradaki değişiklikleri işlemek için denenmiş bir yöntem bulunmalıdır. O zamana kadar koordinasyonsuz paralel yazma yolları açılmaz. Ekip bu durumu güvenle ele alamıyorsa onaydan önce geçiş planını değiştirmelidir.
DNS ile geçişi birlikte tamamlayın
DNS TTL değeri bir yanıtın normal önbellek süresini açıklar. Bu nedenle bazı istemciler eski erişim yolunu kullanabilir. Bu yolun davranışı yazma duraklamasına veya yeni esas sisteme uygun olmalıdır; bağımsız olarak yazılabilen iki kopya tamamlanmış geçiş değildir.
Uygun test ortamında yeni talep, ek, roller ve arka plan işi dahil tam akışı kontrol edin. Dış eylemler burada test hedefleriyle sınırlı kalır. Onaydan sonra izlemeyi ve sorumlu bir iletişim kişisini de planlayın. Eski hizmet, kararlaştırılan tamamlanma koşulları ve yedekleme yolu netleşince devreden çıkarılır.
Kaynaklar
Devamını okuyun
Tüm yazılar
ASES ile Bulut ve işletim
Barındırma, yayına alma, bakım ve destek