रिसोर्स · 18
API इंटीग्रेशन को आउटेज के लिए मज़बूत बनाएं।
डिपेंडेंसी को मैप करें, रीट्राई को बाउंड करें और बाहरी फेलियर के दौरान ज़रूरी जर्नी को इस्तेमाल करने लायक बनाए रखें।
अपडेटेड · 5 min
यह गाइड क्या पाने में मदद करती है
- API को बिज़नेस जर्नी से कनेक्ट करें
- बाउंड कॉल और रीट्राई
- खराब ऑपरेशन प्लान करें
- रिकवरी मापें
जल्दी से चेक करें
- कौन सी जर्नी हर प्रोवाइडर पर निर्भर करती हैं?
- क्या हर कॉल का टाइमआउट होता है?
- क्या रीट्राई किसी ऑपरेशन को डुप्लिकेट कर सकती है?
- फेलियर के दौरान यूज़र क्या देखता है?
- नॉर्मल सर्विस पर वापस जाने की मंज़ूरी कौन देता है?
स्टेप-बाय-स्टेप तरीका
- 1
कॉल मैप करें
हर इंटीग्रेशन को एक्सचेंज किए गए डेटा, कॉन्ट्रैक्ट, ओनर और जर्नी स्टेप से कनेक्ट करें। उन सिंक्रोनस कॉल की पहचान करें जो यूज़र को ब्लॉक करती हैं।
डिलीवरेबल: प्रायोरिटी वाला डिपेंडेंसी मैप।
- 2
टाइम बजट सेट करें
हर कॉल के लिए एक टाइमआउट और हर जर्नी के लिए कुल बजट तय करें। सर्विस चेन को वेट टाइम को बढ़ाने से रोकें।
डिलीवरेबल: टाइमआउट और थ्रेशोल्ड मैट्रिक्स।
- 3
बाउंड रीट्राई
सिर्फ़ उन ऑपरेशन को रीट्राई करें जिन्हें दोहराना सेफ़ है। आइडम्पोटेंसी टेस्ट करें, कोशिशों को कैप करें और उन्हें सही बैकऑफ़ के साथ फैलाएं।
डिलीवरेबल: टेस्ट की गई रीट्राई पॉलिसी।
- 4
खराब ऑपरेशन प्लान करें
तय करें कि क्या इस्तेमाल करने लायक रहता है, कौन सा डेटा क्यू में रखा जा सकता है और आउटेज के दौरान कौन सा क्लियर मैसेज दिखाई देता है।
डिलीवरेबल: हर जर्नी पर फ़ॉलबैक बिहेवियर।
- 5
इंसिडेंट सिमुलेट करें
कंट्रोल्ड एनवायरनमेंट में लेटेंसी, इनवैलिड रिस्पॉन्स और आउटेज लाएं। लोड, डेटा, इंटरफ़ेस और रेस्टोरेशन चेक करें।
डिलीवरेबल: फ़ेलियर टेस्ट के नतीजे।
- 6
नतीजे देखें
एरर, लेटेंसी, क्यू और असल में खोए हुए बिज़नेस एक्शन को ट्रैक करें। एस्केलेशन और सप्लायर कोऑर्डिनेशन ओनर असाइन करें।
डिलीवरेबल: डैशबोर्ड और रिकवरी प्रोसीजर।
मैनेजमेंट इंडिकेटर
| इंडिकेटर | यह क्या मापता है | पहला एक्शन |
|---|---|---|
| मैप की गई यात्राएँ | जानी-पहचानी डिपेंडेंसी वाली ज़रूरी यात्राएँ | अनजान कॉल्स को ओनर्स असाइन करें |
| टाइम बजट | यात्रा की डेडलाइन के अंदर कॉल्स | चेन्ड वेट्स को रिव्यू करें |
| सेफ़ रीट्राईज़ | बिना साइड इफ़ेक्ट के बार-बार ऑपरेशन | आइडम्पोटेंसी जोड़ें या रीट्राई हटाएँ |
| टेस्ट किया गया डिग्रेडेशन | देखे गए यूज़र रिज़ल्ट के साथ आउटेज सिनेरियो | कंटिन्यूटी और कम्युनिकेशन को बेहतर बनाएँ |
आम गलतियाँ
- ओवरलोडेड सर्विस के ख़िलाफ़ बिना लिमिट के रीट्राई करना
- नॉन-आइडम्पोटेंट राइट को दोहराना
- बिना लेबल वाले पुराने डेटा के पीछे आउटेज को छिपाना
- सिर्फ़ प्रोवाइडर रिस्पॉन्स रेट को मापना
अक्सर पूछे जाने वाले सवाल
क्या हर रिक्वेस्ट को रीट्राई किया जाना चाहिए?
नहीं। रीट्राई कुछ खास ट्रांजिएंट फेलियर में मदद करते हैं और उन्हें ओवरऑल डेडलाइन, आइडम्पोटेंसी और प्रोवाइडर लोड का ध्यान रखना चाहिए।
क्या सर्किट ब्रेकर काफी है?
यह कुछ कॉल को प्रोटेक्ट करता है, लेकिन यूज़र एक्सपीरियंस या क्यू में लगे काम की रिकवरी को डिफाइन नहीं करता है।
सबसे पहले क्या मापा जाना चाहिए?
ज़रूरी कामों पर असर: समय, खोए हुए या देर से किए गए काम और रिकवरी की क्वालिटी।
ऑफ़िशियल रेफ़रेंस
रेफ़रेंस इस तरीके को सपोर्ट करते हैं। अपने कॉन्टेक्स्ट के हिसाब से चेक को एडजस्ट करें; वे सर्टिफ़िकेशन नहीं हैं। ओरिजिनल रेफ़रेंस टाइटल और सोर्स डॉक्यूमेंट दूसरी भाषा में हो सकते हैं।
