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