KISA CEVAP

İşin devamı tek bilgisayarın veya tek kişinin hazır olmasına bağlı kalmamalı. Kurulum, yedekten dönüş ve sürüm teslimini başka bir yetkili kişinin de uygulayabileceği adımlara dönüştürerek başlayın.

Neden önemli?

SEKTÖR VERİSİ

Stripe/Harris Poll'un 2018 araştırmasında geliştirici katılımcılar, şirketlerindeki geliştiricilerin bakım işleri için haftada ortalama 17,3 saat harcadığını tahmin etti; soru hata giderme, yeniden düzenleme ve kod değiştirmeyi kapsıyordu.

Kaynak: The Developer Coefficient · Stripe / Harris Poll · Yayın tarihi: · Erişim tarihi: Katılımcı tahmini; zaman takibi değildir. 2018 verisidir. Bakım yükünü anlatır; kesintisiz çalışma, kurtarma süresi veya belirli bir modernizasyonun kazancı ölçülmemiştir.

SEKTÖR VERİSİ

Red Hat’in ikinci uygulama modernizasyonu raporunda, modernizasyon yapmakta olan kurumların %58’i güvenlik, %53’ü ölçeklenebilirlik, %52’si güvenilirlik faydası gördüğünü bildiriyor.

Kaynak: The state of application modernization, second edition · Red Hat · Yayın tarihi: · Erişim tarihi: Red Hat sponsorlu öz bildirime dayalı anket; Ekim–Kasım 2023’te ABD, Birleşik Krallık ve İngilizce konuşan Asya-Pasifik’ten 1.000 BT katılımcısı. Oranlar modernizasyon yapan alt gruba aittir; nedensellik veya bizim hizmetimizin sonucu değildir.

Bilgisayar değişince iş duruyor mu?

Kurulum bilgisi tek kişideyse veya çalışan tek kopya bir bilgisayardaysa, arıza sonrası işe dönmek zorlaşır. Aynı sorun çalışan değiştiğinde veya yeni bir sürüm yayınlandığında da ortaya çıkabilir.

Kurulum ve yedekten dönüşte neler hazırlanır?

  • Yeniden kurulabilir uygulama: Başka bir yetkili kişinin izleyebileceği kurulum ve erişim adımları hazırlamak.
  • Denenmiş geri dönüş: Yedeği açmanın yanında verinin doğruluğunu ve kritik işin yapılabildiğini kontrol etmek.
  • Kontrollü sürüm teslimi: Yayın adımlarını, sorumluları ve sorun çıktığında geri alınacak değişiklikleri belirlemek.

Hangi kritik iş için geri dönüş provası yapılır?

Sipariş alma veya günlük rapor gibi kritik bir işi seçin. Bu işi yeni kurulumda ya da yedekten dönülen ortamda tamamlamak için gerekenleri uygulama modernizasyonunun ilk adımı olarak ele alalım.

Yeniden yazım her zaman gerekli değildir. Belgelenmiş kurulum, sınanmış yedek ve ikinci bir yetkili kişinin denemesi ilk ihtiyacı karşılayabilir.

Ölçüm yaklaşımı

Yedekten dönüş, kurulum ve sürüm tesliminde başlangıçtan doğrulanmış iş sonucuna kadar geçen süreyi ve manuel adımları kaydederiz. Kabul koşullarını geçişten önce belirleriz. Ölçüm yaklaşımını inceleyin.

Kendi durumunuzu inceleyin

Sık sorulan sorular

Yedek dosyasının varlığı geri dönülebileceğini kanıtlar mı?

Dosyanın varlığını geri dönüş testi olarak kabul etmeyiz. Planlanan protokolde veri geri yüklenir, bütünlük denetlenir ve tanımlı kullanıcı görevinin tamamlanabildiği doğrulanır.

Modernizasyon kesintisiz geçiş garantisi verir mi?

Böyle bir garanti vermiyoruz. Geçiş planında kabul edilebilir kesinti, doğrulama adımları ve geri dönüş koşulları açık olmalı; gerçekleşen kesintiler sonuçtan çıkarılmamalıdır.

Elle yapılan bütün adımlar kaldırılmalı mı?

Hayır. Bir onay veya kontrol adımı bilinçli olarak insan sorumluluğunda kalabilir. Ölçüm planı elle yapılan adımları sayar ve amaçlarını açıklar; yalnız adım sayısının azalmasını başarı saymaz.

Mobil erişim iş sürekliliğini tek başına sağlar mı?

Hayır. Bir işin başka bir cihazdan yapılabilmesi ile hizmetin aksama sonrası geri gelmesi farklı ölçütlerdir. İkisi ayrı görevlerle ve açık başarı koşullarıyla değerlendirilmelidir.

Sistemin tek kişiye bağımlılığı nasıl incelenir?

Kurulum, yayınlama ve geri dönüş talimatlarının kim tarafından uygulanabildiği ile gerekli erişimlerin kimde olduğu kayıt altına alınmalıdır. Bir başkasının yazılı adımları izleyerek tanımlı görevi yapabildiği denenmeden bu bağımlılığın kalktığı söylenmemelidir.