IOSOR ज्ञान

स्टेटस पेज सेंड पॉजशी जुळले पाहिजे

विश्वासार्हता राखण्यासाठी आणि अनावश्यक API पुन्हा प्रयत्न टाळण्यासाठी IOSOR मधील सक्रिय सेंड पॉजसह तुमचे सार्वजनिक स्टेटस पेज स्वयंचलितपणे कसे संरेखित करायचे ते शिका.

स्टेटस पेज सेंड पॉजशी जुळले पाहिजे.

सार्वजनिक स्टेटससह प्लॅटफॉर्म स्थिती संरेखित करणे

जेव्हा एखादी ऑपरेशनल घटना प्रशासकाला थेट रहदारी तात्पुरती थांबविण्यास भाग पाडते, तेव्हा सार्वजनिक स्टेटस पेजने त्वरित ही स्थिती दर्शविली पाहिजे. आउटबाउंड SMS किंवा OTP वितरण थांबवले असताना स्टेटस इंडिकेटर हिरवा ठेवल्याने API वापरकर्त्यांमध्ये त्वरित अविश्वास निर्माण होतो. IOSOR कन्सोलमध्ये, राउटिंग प्रोफाइलचे कोणतेही मॅन्युअल किंवा स्वयंचलित विराम स्टेटस पेज अपडेट करण्यासाठी API कॉल ट्रिगर करणे आवश्यक आहे. हे सुनिश्चित करते की तुमचे क्लायंट अशा रहदारी पाठवण्याचा प्रयत्न करण्यात संसाधने वाया घालवणार नाहीत जी सिस्टम सध्या प्रक्रिया करू शकत नाही.

स्वयंचलित स्टेटस अपडेट ट्रिगर करणे

मानवी चुका टाळण्यासाठी, विराम कृती थेट स्टेटस पेज ऑटोमेशनशी जोडलेली असणे आवश्यक आहे. जेव्हा आउटबाउंड रांग निलंबित केली जाते, तेव्हा सिस्टमने स्वयंचलितपणे संबंधित सेवा (जसे की E.164 SMS राउटिंग किंवा Verify OK एंडपॉइंट्स) 'Degraded' किंवा 'Major Outage' स्थितीमध्ये हस्तांतरित केली पाहिजे. जेव्हा समस्या पूर्णपणे विराम दिलेल्या वितरण मार्गामध्ये असते तेव्हा हे विकसकांना त्यांच्या स्वतःच्या वेबहुक एकत्रीकरणाचे डीबग करण्यात तास घालवण्यापासून प्रतिबंधित करते. हे ऑटोमेशन IOSOR ॲडमिन पॅनेलद्वारे सहजपणे कॉन्फिगर केले जाऊ शकते.

लेजर होल्ड्स आणि प्रिपेड शिल्लक नियंत्रणे

सेंड पॉज दरम्यान, प्लॅटफॉर्म आर्थिक व्यवहारांचे काटेकोरपणे व्यवस्थापन करते. IOSOR प्रिपेड मॉडेलवर चालते जिथे सक्रिय मार्ग खुले ठेवण्यासाठी USD 20 प्रिपेड फ्लोअर आवश्यक आहे. विराम दिल्यास, क्लायंट वापरू शकत नसलेल्या सेवांसाठी अन्यायकारक बिलिंग टाळण्यासाठी सक्रिय JIT क्रमांक वाटप आणि MRC गणना तात्पुरती रोखून धरली जाते. उच्च-व्हॉल्यूम खात्यांसाठी, विशेषतः जे दरमहा USD 1,000 च्या जवळ सॉफ्ट रिव्ह्यूच्या जवळ पोहोचत आहेत, सिस्टम घटनेच्या विंडो दरम्यान अयशस्वी DLR अनुक्रमांसाठी शिल्लक कपात स्वयंचलितपणे थांबवते.

Webhook इशारे आणि DLR विसंगती ऑडिट

जेव्हा रहदारी थांबविली जाते, तेव्हा प्लॅटफॉर्म विशिष्ट DLR कोड तयार करतो जो तात्पुरता प्रशासकीय होल्ड दर्शवतो. वेबहुकद्वारे त्यांच्या एकत्रीकरणाचे निरीक्षण करणाऱ्या क्लायंटना सामान्य टाइमआउट्सऐवजी सानुकूलित त्रुटी स्थितींसह त्वरित पेलोड प्राप्त होतील. हे क्लायंट-साइड लॉजिकला संदेश सुरक्षितपणे रांगेत ठेवण्यास किंवा विराम दिलेल्या API वर वारंवार विनंत्या पाठवण्याऐवजी फॉलबॅक मार्ग ट्रिगर करण्यास अनुमती देते. या DLR कोडचे नियमित ऑडिट डेटा अखंडता राखण्यास मदत करते.

घटना निवारण आणि संबंधित संसाधने

स्टेटस विसंगती सोडवण्यासाठी कोर राउटिंग इंजिन आणि सार्वजनिक स्टेटस डॅशबोर्डमधील सिंक्रोनाइझेशन स्क्रिप्टचे सखोल ऑडिट आवश्यक आहे. कोणताही STOP कमांड हाताळणी किंवा मार्ग गोठवणे रिअल-टाइममध्ये प्रतिबिंबित होत असल्याची खात्री करा. हे सिंक्रोनाइझेशन योग्यरित्या कॉन्फिगर करण्यासाठी क्लायंट IOSOR पोर्टलमध्ये अतिरिक्त संसाधने आणि दस्तऐवजीकरणामध्ये प्रवेश करू शकतात.

संबंधित: खरेदीदार इन्सिडेंट भाषा विरुद्ध अंतर्गत सिग्नल्स · शिळ्या वेबहुक हार्टबीटसह सक्रिय ट्रॅफिक व्यवस्थापित करणे · पहिल्या डेबिटपूर्वी प्रीपेड रक्कम राखीव ठेवणे.

IOSOR सह प्रारंभ करा

तुमच्या राउटिंग गेट आणि सार्वजनिक स्थिती डॅशबोर्डमधील सिंक्रोनाइझेशन सत्यापित करण्यासाठी IOSOR कन्सोलमध्ये प्रवेश करा. डिलिव्हरी क्यूमधील कोणतीही मॅन्युअल पॉज कमांड सर्व्हिस स्टेट अपडेट करण्यासाठी त्वरित API कॉल ट्रिगर करते याची खात्री करा. प्रशासकीय होल्ड्स सामान्य सिस्टम त्रुटींऐजी 'Degraded' म्हणून परावर्तित होत असल्याची पुष्टी करण्यासाठी DLR लॉगचे निरीक्षण करा.

IOSOR सारांश

या लेखाने सिद्ध केले की ऑपरेशनल पारदर्शकता हा API विश्वसनीयतेचा पाया आहे. मॅन्युअल ट्रॅफिक पॉज दरम्यान हिरवे स्टेटस पेज असणे हे संवादाचे अपयश आहे ज्यामुळे क्लायंटच्या संसाधनांचा अपव्यय होतो.

जेव्हा जेव्हा राउटिंग फ्रीझ सक्रिय असेल तेव्हा 'Major Outage' किंवा 'Degraded' वर स्वयंचलितपणे स्विच करा. प्लॅटफॉर्म प्रशासकाद्वारे आउटबाउंड SMS किंवा OTP डिलिव्हरी हेतुपुरस्सर स्थगित केली असल्यास सार्वजनिक डॅशबोर्ड 'Healthy' राहू देऊ नका.

हा मार्गदर्शक उपयुक्त होता का?

संबंधित मार्गदर्शक