لانچ کے دوران ویب ہک کی ناکامی پر دوبارہ کوشش اور آئڈیمپوٹنسی کی جانچ

لانچ کے دوران ویب ہک کی ناکامی پر دوبارہ کوشش اور آئڈیمپوٹنسی کی جانچ.

پائلٹ مرحلے میں ویب ہک لچک

IOSOR پر لانچ کے دوران، ٹیننٹ اینڈ پوائنٹ کا ڈاؤن ٹائم ریئل ٹائم نوٹیفیکیشنز کو متاثر کر سکتا ہے۔ ناکامی کے بعد دوبارہ کوشش اور آئڈیمپوٹنسی لاجک کی توثیق اس بات کو یقینی بناتی ہے کہ SMS ڈیلیوری ریسیپٹس (DLR) اور OTP اسٹیٹس تبدیلیاں کبھی ضائع یا ڈبل بل نہ ہوں۔ جب ٹیننٹ اینڈ پوائنٹس HTTP 500 یا ٹائم آؤٹ ریٹرن کرتے ہیں، تو پائپ لائن پے لوڈز کو بفر کرتی ہے اور بیک آف اپلائی کرتی ہے۔

لائیو ٹریفک کے دوران ریسیور کی ناکامیوں کو سیمولیٹ کرنا ضروری ہے۔ ٹیسٹ URLs پر HTTP 503 رسپانسز انجیکٹ کر کے، آپریٹر یہ توثیق کرتے ہیں کہ اسٹیٹس گنگ کیے بغیر یا لیجرز کو خراب کیے بغیر میسج ایونٹس محفوظ ہیں۔

بیک آف شیڈول اور DLR ڈیلیوری

جب ایونٹس ٹرگر ہوتے ہیں—جیسے آؤٹ باؤنڈ SMS اسٹیٹس اپ ڈیٹس یا ان باؤنڈ STOP کی ورڈ میچز—تو IOSOR کنفیگرڈ ویب ہک URI پر ڈیلیوری کی کوشش کرتا ہے۔ اگر غیر 2xx رسپانسز آئیں، تو انجن ایکسپوننشیل بیک آف پر منتقل ہو جاتا ہے، جو اینڈ پوائنٹس کی حفاظت کے لیے 15 سیکنڈ سے لے کر کئی گھنٹوں تک ریٹرائے کرتا ہے۔

پرایورٹی کیوز آؤٹ ٹیج ونڈوز کے دوران DLR اپ ڈیٹس کو سنبھالتی ہیں۔ ختم ہونے والی ریٹرائز کنسول میں ایونٹس کو فیلڈ-ویب ہک کے طور پر مارک کرتی ہیں۔ ٹیسٹنگ ثابت کرتی ہے کہ لوکلائزڈ رپورٹنگ ویب ہکس کے ڈاؤن ٹائم کے دوران ٹرانزیکشنل OTP فلو فعال رہتے ہیں۔

آئڈیمپوٹنسی کی توثیق اور بیلنس کی حفاظت

نیٹ ورک کے دوبارہ جڑنے پر سخت آئڈیمپوٹنسی ہیڈرز کے بغیر ڈپلیکیٹ درخواستوں کا خطرہ ہوتا ہے۔ ڈپلیکیٹ چارجز یا ڈپلیکیٹ ڈسپیچ کو روکنے کے لیے، ہر API ریکوئسٹ پے لوڈ میں ایک منفرد آئڈیمپوٹنسی کی ہونی چاہیے۔

ٹرائس کے دوران، IOSOR ایکٹیو لیجر انڈیکس کے خلاف کی کو چیک کرتا ہے۔ میچنگ کیز ٹرانزیکشنز کو دوبارہ چلائے بغیر کیشڈ رسپانسز ریٹرن کرتی ہیں۔ ٹیسٹنگ سے تصدیق ہوتی ہے کہ ٹیننٹ ریٹرائز ڈپلیکیٹ SMS ڈسپیچز یا اضافی نمبر الیکیشن سے بچتے ہیں۔

پری پیڈ لیجر کنٹرولز اور حدیں

مالیاتی کنٹرول فوری لیجر ہولڈز پر انحصار کرتے ہیں۔ JIT نمبر الیکیشن ماہانہ چارجز (MRC) اور استعمال کے لیے فوری ہولڈز رکھتی ہے۔ E.164 نمبر بغیر دستی مرحلے کے براہ راست اکاؤنٹس سے منسلک ہوتے ہیں۔

اکاؤنٹس کو USD 20 کا پری پیڈ فلور برقرار رکھنا چاہیے۔ اس حد سے نیچے گرنے پر نئی الیکیشنز اور آؤٹ باؤنڈ ٹریفک رک جاتی ہے۔ پائلٹ ٹیسٹس کے دوران تیز والیوم اسپائکس کل خرچ میں USD 1,000/ماہ کے قریب سوفٹ ریویو کو ٹرگر کرتے ہیں۔

تشخیصی ورک فلوز اور رن بکس

آؤٹ ٹیج سیمولیشنز پروڈکشن ٹریفک کو اسکیل کرنے سے پہلے ریٹرائے پیرامیٹرز اور کیو ڈیپتھ کی توثیق کرتی ہیں۔

لانچ مینجمنٹ کی تفصیلات کے لیے ان گائیڈز کا جائزہ لیں:

• پাইলট ہفتے کا آغاز: پہلے لائیو سینڈ کے بعد کا رن وے
• لانچ کا پہلا ہفتہ حادثات: سرخ اسکور ایک فریز ہے، مارکیٹنگ کی دوڑ نہیں
• آئیڈیمپوٹنسی، دوبارہ کوشش اور پیسہ

IOSOR کے ساتھ شروع کریں

IOSOR کنسول پر جائیں اور اینڈ پوائنٹ آؤٹ وج سمیولیشن چلانے کے لیے ویب ہک ڈائیگنوسٹکس پینل کھولیں۔ اپنے وصول کرنے والے سرور پر 503 ایچ ٹی ٹی پی رسپانسز مسلط کرتے ہوئے ٹیسٹ ایس ایم ایس ڈی ایل آر ایونٹس کا ایک بیچ ٹ্রিگر کریں۔ ری ٹرائی کے وقت کی تصدیق کے لیے بیک آف کیو کی ریئل ٹائم مانیٹرنگ کریں اور اس بات کو یقینی بنائیں کہ ثانوی پروسیسنگ کے بغیر ڈুপ্লিকেট آئیڈیمپوٹینسی کیز فلٹر ہو جائیں۔

IOSOR خلاصہ

اینڈ پوائنٹ کی خرابیوں کی سمیولیشن یہ ثابت کرتی ہے کہ غیر متوقع کرایہ دار کے ڈاؤن ٹائم کے دوران بیک آف ری ٹرائی لاجک اور آئیڈیمپوٹینسی کی توثیق آپریشنل سلامتی کو برقرار رکھتی ہے۔ پेलोڈ کی ڈুপ্লিকেشن کی تصدیق اس بات کو یقینی بناتی ہے کہ ڈুপ্লিকেট ایونٹ کی فراہمی کبھی بھی بلنگ ریکارڈز کو متاثر یا میसेज اسٹیٹ فلیگز کو تبدیل نہ کرے۔

ہر آؤٹ باؤنڈ ایونٹ پر منفرد آئیڈیمپوٹینسی کیز سیٹ کریں اور لائیو پائلٹ بھیجنے سے پہلے بیک آف شیڈول کا معائنہ کریں۔ یہ فرض نہ کریں کہ نان 2xx رسپانسز خود بخود درست ہو جائیں گے یا ڈুপ্লিকেট ڈیلیوری کی وصولیاں اندرونی اسٹیٹ کی تبدیلیوں کو دوبارہ متحرک کرنے کی اجازت دیں گی۔