Ihiwalay ang access sa Iceland mula sa internasyonal na access
Tukuyin kung ang serbisyo ay pangunahin para sa mga tao sa Iceland o para sa mas malawak na madla. Subukan ang parehong grupo gamit ang kinatawang network at gawain. Ang kasiya-siyang lokal na resulta ay hindi nagpapatunay ng karanasan ng mga internasyonal na bisita, at ang internasyonal na pagsubok lamang ay maaaring makaligtaan ang pangangailangan ng mga lokal na user.
Suriin ang bawat dependency na tumatawid sa hangganan
Ilista ang mga serbisyong kinokontak ng Reykjavík application, kabilang ang mga database, storage, authentication at third-party na APIs. Sukatin ang mga operasyong naglilipat ng data sa parehong direksyon. Aling mga kahilingan ang umaasa sa internasyonal na koneksyon, at ano ang ipinapakita ng application kapag mabagal o hindi available ang dependency na iyon?
Planuhin ang recovery sa paligid ng mga independyenteng dependency
Pumili ng destinasyon ng backup batay sa pagkabigong dapat nitong malampasan, pagkatapos ay i-verify ang aktwal na mga kaayusan sa network at operator. Ang lokasyong isla lamang ay hindi nagpapatunay ng katatagan o paghihiwalay. Panatilihin ang isang nakokopyang recoverable sa labas ng pangunahing hangganan ng pagkabigo at kumpirmahin na maaabot ito kapag naantala ang karaniwang landas ng serbisyo.
Sanayin ang relokasyon bago umasa rito ang application
I-restore ang isang maliit na test deployment sa inilaan na rehiyon ng recovery. Suriin ang operating system, mga kinakailangang resource, secrets at mga pagbabago sa DNS, pagkatapos ay i-verify ang access mula sa inaasahang audience. Kung tumatanggap ng writes ang application, magpasya kung paano ito ihihinto o ipagkakasundo sa panahon ng paglipat upang hindi tahimik na itapon ng recovery ang mga kamakailang pagbabago.