दोहरे शुल्क के बिना आंशिक फ़ेलओवर भेजें

मध्य-उड़ान फ़ेलओवर अभी भी एक क्लाइंट इरादा है। प्राथमिक स्वीकार कर सकता है, टाइम आउट हो सकता है, या होल्ड के बाद अस्वीकार कर सकता है; बैकअप तब उसी इकाई को ले जा सकता है। उस स्विच को दूसरा सेटल नहीं खोलना चाहिए, 'डिलीवर्ड' का आविष्कार नहीं करना चाहिए जो बैकअप ने कभी नहीं कमाया, या उपयोगकर्ता के पुनः प्रयास में धुंधला नहीं होना चाहिए। IOSOR व्हाइट-लेबल प्रीपेड है। USD 20 सार्वजनिक न्यूनतम टॉप-अप (पायलट फ्लोर) है। USD 1,000/month के पास सॉफ्ट रिव्यू तब होता है जब आंशिक-भेजने वाले बग खर्च को कई गुना बढ़ा देते हैं। ऑर्डर किया गया पाथ: दोहरे डेबिट के बिना ऑर्डर किया गया बैकअप पाथ।.

मध्य-उड़ान स्विच अभी भी एक इरादा है

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

"आंशिक भेजना" का पैसे के संदर्भ में क्या अर्थ है

बैकअप पर कभी भी 'डिलीवर्ड' का आविष्कार न करें

रेल बदलने से इनबॉक्स साबित नहीं होता। बैकअप स्वीकार कर सकता है और फिर भी विफल DLR, टाइमआउट, या चुप्पी लौटा सकता है। क्लाइंट स्थिति सबूतों का पालन करती है: स्वीकृत, लंबित, डिलीवर्ड, विफल, ध्यान की आवश्यकता है — केवल व्हाइट-लेबल। ऑप्स पूर्ति करने वाली रेल को लॉग कर सकता है; खरीदारों को ब्रांड स्ट्रिंग नहीं दिखनी चाहिए।

पुनः प्रयास नीति और ऑर्डर किए गए पाथ से भिन्न

यह पहले से शुरू हुए स्विच पर मध्य-उड़ान पैसा है — न कि जब विफल DLR को पुनः प्रयास करना हो (प्रीपेड में असफल DLR पुनःप्रयास नीति) और न ही पूर्व-लिखित प्राथमिक → बैकअप अनुक्रम (ऑर्डर किए गए पाथ का सहोदर)। एक स्वच्छ पुनः प्रयास नीति दोहरे सेटल को ठीक नहीं करती; आंशिक-भेजने वाले नियमों के बिना एक ऑर्डर किया गया पाथ अभी भी 'डिलीवर्ड' का आविष्कार करता है।.

आंशिक फ़ेलओवर के लिए खरीदार चेकलिस्ट

1. क्या एक आइडम्पोटेंसी कुंजी उसी इरादे के लिए प्राथमिक और बैकअप पैसे को कवर करती है?
2. क्या बैकअप दूसरे सेटल के बिना स्वीकार कर सकता है?
3. क्या क्लाइंट स्थिति व्हाइट-लेबल है जिसमें केवल स्विच पर कोई आविष्कार किया गया 'डिलीवर्ड' नहीं है?
4. क्या होल्ड-फेल पाथ दोनों रेल पर सेटल किए गए भूतों के बिना स्वतः जारी होते हैं?
5. क्या मध्य-उड़ान स्विच DLR पुनः प्रयास नीति से अलग से प्रलेखित है?

IOSOR से शुरू करें

गैर-उत्पादन गलियारे पर भेज के बीच प्राथमिक असफल बाध्य करें। क्रमबद्ध बैकअप को वही आशय कुंजी लेनी चाहिए। एक debit, शेष, ईमानदार अंतिम स्थिति निकालें। प्राथमिक ने जुड़ी देह का भाग भेज दिया हो तो बैकअप पर Delivered मत गढ़ें और उन भागों का दूसरा निपटान मत खोलें।

IOSOR सार

आंशिक फेलओवर अब भी एक ग्राहक आशय है।

करें: भेज के बीच के hop पर एक कुंजी और एक debit रखें।

न करें: जिस बैकअप के पास भाग नहीं थे वहाँ Delivered गढ़ना, या शेष दो बार लेना।