आइसलैंडिक पहुँच को अंतर्राष्ट्रीय पहुँच से अलग करें
पहचानें कि सेवा मुख्य रूप से आइसलैंड के लोगों के लिए है या व्यापक दर्शकों के लिए। दोनों समूहों का प्रतिनिधि नेटवर्क और कार्यों के साथ परीक्षण करें। संतोषजनक स्थानीय परिणाम अंतर्राष्ट्रीय आगंतुकों के अनुभव को स्थापित नहीं करता, और केवल अंतर्राष्ट्रीय परीक्षण घरेलू उपयोगकर्ताओं की आवश्यकताओं को चूक सकता है।
सीमा पार करने वाली प्रत्येक निर्भरता की जाँच करें
Reykjavík एप्लिकेशन द्वारा संपर्क किए जाने वाली सेवाओं की सूची बनाएँ, जिनमें डेटाबेस, स्टोरेज, प्रमाणीकरण और तृतीय-पक्ष API शामिल हैं। दोनों दिशाओं में डेटा ले जाने वाली कार्रवाइयों को मापें। कौन से अनुरोध अंतर्राष्ट्रीय कनेक्शन पर निर्भर हैं, और जब वह निर्भरता धीमी या अनुपलब्ध हो तो एप्लिकेशन क्या दिखाता है?
स्वतंत्र निर्भरताओं के आसपास रिकवरी की योजना बनाएँ
बैकअप गंतव्य उस विफलता के आधार पर चुनें जिसे उसे सहना चाहिए, फिर वास्तविक नेटवर्क और ऑपरेटर व्यवस्थाओं को सत्यापित करें। केवल द्वीप स्थान होना लचीलापन या अलगाव सिद्ध नहीं करता। प्राथमिक विफलता सीमा के बाहर एक पुनर्प्राप्य प्रति रखें और पुष्टि करें कि सामान्य सेवा पथ बाधित होने पर उस तक पहुँचा जा सकता है।
एप्लिकेशन के उस पर निर्भर होने से पहले स्थानांतरण का अभ्यास करें
इच्छित रिकवरी क्षेत्र में एक छोटा परीक्षण परिनियोजन पुनर्स्थापित करें। ऑपरेटिंग सिस्टम, आवश्यक संसाधन, सीक्रेट और DNS परिवर्तनों की जाँच करें, फिर अपेक्षित दर्शकों से पहुँच सत्यापित करें। यदि एप्लिकेशन राइट स्वीकार करता है, तो तय करें कि स्थानांतरण के दौरान उन्हें कैसे रोका या समाधान किया जाए ताकि रिकवरी हाल के परिवर्तनों को चुपचाप न खो दे।