Geri dönüş planı, bir değişiklik beklenmeyen sonuç ürettiğinde sistemi bilinen güvenli duruma taşıyacak adımları, yetkiyi ve doğrulamayı önceden belirler; prova edilmemiş plan çoğu zaman dekor katmanıdır.
7 entry
geri dönüş planı
Geri dönüş planı, başarısız değişikliğin faturasını gece vardiyasına bırakmamalı; sorumlu ekip, ücretli prova süresi ve karar yetkisi takvimde önceden yer almalıdır.
Geri dönüş planı, bir değişiklik beklenmedik sonuç verdiğinde sistemi bilinen çalışır duruma kontrollü biçimde getirme yoludur. Uygulama koşulu, yetkili kişi ve sonucun nasıl doğrulanacağı önceden belirlenir.
Geri dönüş planı, bir değişiklik beklenmedik sonuç verdiğinde sistemi bilinen bir çalışma durumuna güvenli biçimde döndürmek için önceden tanımlanan adımlar, koşullar ve doğrulama ölçütleridir. Eski sürümü hazır tutmak tek başına yetmez; veri şeması, yan etkiler ve geri dönüşün ne zaman başarısız sayılacağı da hesaba katılmalıdır. Küçük test, planı canlı trafiğe dokunmadan gerçekçi bir kopyada uygulayıp kritik işlevleri kontrol etmektir.
bir işlem yarıda kaldığında, geri dönüş planı onun durumunu koruyabilmelidir. ödeme, randevu ya da belge işlemi ortada kalıyorsa sistem yeniden çalışır, kullanıcı ise işi baştan yapmak zorunda kalır. (bkz: işlevsel yedeklilik)
kısa sürüm: geri dönüş planı, eski sürümü geri çağırmak değil, değişiklikten etkilenen zinciri bilinen bir işletme durumuna yeniden bağlamaktır.
ilk halka uygulamanın kendisidir: eski yazılım sürümü yeni veri şemasını okuyamıyorsa geri dönüş düğmesine basmak sistemi düzeltmez. ödeme durumu, sefer kaydı veya yetki bilgisi yeni biçimde yazıldıysa, eski sürümün bunları nasıl okuyacağı önceden sınanmalıdır. yedek dosyanın bulunması başka, işlem yarıda kaldığında verinin hangi noktaya kadar güvenilir olduğunun bilinmesi başkadır.
ulaşımda bu ayrım daha görünür olur. merkezî sefer planı geri alınırken araçtaki görev çizelgesi, durak ekranı, mobil uygulama ve çağrı merkezi farklı sürümlerde kalabilir. ekranda eski güzergâh, araçta yeni güzergâh görünüyorsa yolcunun karşısındaki sorun yalnız yazılım arızası değildir; bilgi zinciri kopmuştur. geri dönüş adımı hangi mesajların iptal edileceğini, hangi sefer durumunun korunacağını ve sahadaki personele bilginin nasıl ulaştırılacağını da belirtmelidir.
son halka doğrulamadır. yetkili kişi, geri dönüş eşiği, veri kaybı sınırı ve kontrol edilecek göstergeler önceden yazılı değilse karar gecikir. sistem açıldıktan sonra ilk seferin görünmesi de yeterli sayılmaz; araç, peron, ekran ve kayıt aynı sefer durumunu göstermeli, biriken işin nasıl eritileceği bilinmelidir. geri dönüş planının sınavı eski sürümün açılması değil, sahadaki bütün aktarma noktalarının yeniden aynı durumu göstermesidir.
bir işlemin geri alınabildiği yer, düğmenin bulunduğu ekran değil, işlemin dış dünyaya ne kadar yayıldığıdır. bir yazılım sürümü eski hâline çevrilebilir; fakat gönderilmiş bildirim, basılmış etiket, açılmış vardiya çizelgesi ya da sahaya çıkmış araç kendiliğinden geri dönmez. burada geri dönüş planı, eski sürümü açmaktan çıkıp hangi yan etkinin telafi edileceğini tarif eden bir işletme planına dönüşür.
bir ödeme talimatı dış sisteme gittiyse ekranı eski hâline almak hareketi yok etmez; bildirim, muhasebe kaydı ve alıcıya yapılacak açıklama ayrı ayrı ele alınır. ulaşımda yanlış sefer bilgisi ekrandan silinse bile durakta bekleyen kişi onu görmüş, araç başka hatta yönelmiş olabilir. hangi durumun geçerli sayılacağı, hatanın kime bildirileceği ve yeniden çalıştırılacak işlemin nasıl işaretleneceği planın parçasıdır.
en can sıkıcı risk, geri dönüşten sonra aynı işlemin iki kez tamamlanmasıdır. kullanıcıya yeniden ödeme yaptırmak ya da aynı sevkiyatı iki kez başlatmak, sistem açıldı diye işin düzeldiğini göstermiyor. işlem kimliği, son güvenilir durum ve telafi adımı birlikte izlenmezse ekranda yeşil tik yanarken sahada iki ayrı gerçek çalışır.