API گیٹ وے کی سطح پر ان باؤنڈ MO ایونٹس کی ڈیڈپلیکیشن

API گیٹ وے کی سطح پر ان باؤنڈ MO ایونٹس کی ڈیڈپلیکیشن.

ان باؤنڈ MO میسج ڈیڈپلیکیشن کا آرکیٹیکچر

ویب ہکس کے ذریعے آنے والی موبائل سے شروع ہونے والی ٹریفک اکثر اپ اسٹریم نیٹ ورک ری ٹرائیز کی وجہ سے متعدد ترسیل کی کوششوں کا شکار ہوتی ہے۔ جب کیریئر نیٹ ویکس پیکٹ کی تصدیق کھو دیتے ہیں، تو اپ اسٹریم گیٹ وے پے لوڈ کو دوبارہ بھیجتا ہے۔ وائٹ لیبل پری پیڈ CPaaS آپریٹرز کے لیے، API گیٹ وے کی سطح پر ان ڈپلیٹز کو نہ پکڑنے کے نتیجے میں ڈاؤن اسٹریم بلنگ کے ورک فوز دو بار ٹرگر ہو سکتے ہیں، غلط خودکار جوابات مل سکتے ہیں، اور کاروباری ٹیننٹس ناراض ہو سکتے ہیں۔ IOSOR اس مسئلے کو انگریس ایج پر ہی ایک سخت ڈیڈپلیکیشن لیئر نافذ کر کے حل کرتا ہے اس سے پہلے کہ کوئی بھی بزنس لاجک عمل میں آئے۔

ریڈس ایٹامک لاگز اور میسج فنگر پرنٹنگ

ملی سیکنڈ سے کم وقت میں ڈیڈپلیکیشن حاصل کرنے کے لیے، API گیٹ وے ہر آنے والے MO ایونٹ کے لیے ایک متعین کریپٹوگرافک فنگر پرنٹ تیار کرتا ہے۔ اس ہیش میں E.164 فارمیٹ میں بھیجنے والے کا نمبر، وصول کرنے والے کا ورچوئل نمبر، درست ٹائم اسٹیمپ ونڈو، اور پے لوڈ باڈی کا متن شامل ہوتا ہے۔ گیٹ وے اس ہیش کو کل کی طرح استعمال کرتے ہوئے ساٹھ سیکنڈ کے مختصر TTL کے ساتھ Redis میں فوری طور پر ایک ایٹامک سیٹ-اف-ناٹ-ایگزسٹ آپریشن کی کوشش کرتا ہے۔ اگر کل پہلے سے موجود ہے، تو گیٹ وے ریکوئسٹ چین کو شارٹ سرکٹ کرتا ہے، ڈپلیکیٹ پے لوڈ کو گرا دیتا ہے، اور ڈیٹا بیس یا میسج کیوز کو چھوئے بغیر اپ اسٹریم سورس کو فوری جواب دیتا ہے۔

ڈبل چارجنگ سے پری پیڈ بیلنس کا تحفظ

پری پیڈ انفراسٹرکچر مطلق ٹرانزیکشن کی سالمیت پر انحصار کرتا ہے۔ سخت ایج ڈیڈپلیکیشن کے بغیر، ری ٹرائی کیے گئے MO ایونٹس کا سیلاب کنکرنٹ لیجر ڈیبٹس یا بات چیت کے بہاؤ کے لیے ڈپلیکیٹ سیشن شروع کرنے کا سبب بن سکتا ہے۔ چونکہ ہمارا پلیٹ فارم نئے ٹیننٹ اکاؤنٹ ایکٹیویشنز کے لیے سخت USD 20 پری پیڈ فلور نافذ کرتا ہے، اس لیے فینٹم استعمال کے سپائیکس کو روکنا درست لیجر اسٹیٹس کو برقرار رکھنے کے لیے بہت ضروری ہے۔ جب کوئی ٹیننٹ ٹرانزیکشنل تھرو پٹ میں USD 1,000/ماہ کے قریب ویلاسٹٹی تھریشولڈ کے قریب پہنچتا ہے، تو غیر کم شدہ ڈپلیکیٹ سپائیکس استعمال کے تجزیات کو بگاڑ سکتے ہیں۔

کیو آئسولیشن اور غیر مطابقت پذیر ورکر ہینڈ آف

ایک بار جب کوئی ان باؤنڈ MO ایونٹ گیٹ وے ڈیڈپلیکیشن فلٹر کو پاس کر لیتا ہے، تو اسے ٹیننٹ ID کے ذریعے تقسیم شدہ ایک الگ تھلگ RabbitMQ ایکسچینج میں شائع کیا جاتا ہے۔ یہ اس بات کو یقینی بناتا ہے کہ ایک ہی انٹرپرائز مہم سے زیادہ والیوم کی ٹریفک دوسرے ٹیننٹس کے لیے کیو کے وسائل کو ختم نہ کر سکے۔ ورکرز ویب ہک ڈسپیچ اور خودکار کی ورڈ میچنگ کو انجام دینے کے لیے ان کیوز سے پیغامات استعمال کرتے ہیں۔ JIT پروویژننگ رولز وسائل کی متحرک اسکیلنگ کو یقینی بناتے ہیں۔

ویب ہুক کی خرابیوں اور آئڈیمپوٹنسی ری ٹرائیز کو ہینڈل کرنا

Related: ان باؤنڈ ویب ہک دوبارہ کوشش · ان باؤنڈ ریکوری ہفتہ: تھراٹل کے ساتھ MO دوبارہ کھولیں، کلیدی الفاظ کے ساتھ نہیں · آئیڈیمپوٹنسی، دوبارہ کوشش اور پیسہ.

لچکدار ان باؤنڈ گیٹ ویز کے لیے IOSOR کے ساتھ آغاز کریں

اسٹیجنگ میں ایک ہی فراہم‌کنندہ message-id سے وہی MO دو بار بھیجیں۔ گیٹ وے تالا قطار میں ایک واقعہ ڈالے؛ صارف ایک بار چلے۔ تالے کی کنجی اور پھینکا جڑواں برآمد کریں۔ دو 2xx چلتے ہیں؛ دو ان باکس قطاریں یا دو بٹوہ چھونے یہ کام گراتے ہیں۔ یہ گیٹ وے پر قطار سکیڑنا ہے، وقت ختم بفر نہیں، STOP فہرست لکھنا نہیں، خودکار جواب کی چھت نہیں۔

IOSOR خلاصہ

گیٹ وے MO ڈی ڈپ قطار سے پہلے واقعہ id پر تالا ہے۔ ایک message-id، ایک واقعہ۔

کریں: تالا لیں، پھر قطار میں ڈالیں۔ نہ کریں: ان باکس یا بٹوہ بعد میں جوڑ دے گا یہ امید نہ کریں۔