IOSOR علم
کلیدیں کاٹنے سے پہلے پرانے webhook خالی ہونے چاہئیں
کلید revoke سے پہلے پرانے endpoint پر in-flight DLR خالی کریں۔ صرف quiet کے بعد کاٹیں، پھر day-1 runway اور ترتیب شدہ failover دوبارہ ثابت کریں۔
پرانا webhook ابھی in-flight DLR پکڑے ہوئے کلید کاٹنا ڈیلیوری سچ ہوا میں گرا دیتا ہے۔ خریدار حتمی حالت کے بغیر sent دیکھتا ہے؛ فنانس کبھی نہ بند hold دیکھتا ہے۔
IOSOR روٹیشن پرانے endpoint کو خاموش ہونے والی قطار مانتا ہے — نیا URL ایک smoke کا جواب دے تو پلٹنے والا سوئچ نہیں۔
پرانا endpoint پر in-flight DLR فہرست
مہر شدہ الیاس جدول صرف ops میں رکھیں۔ خریدار ٹکٹ اور اسٹیٹس صفحات صرف IOSOR پروڈکٹ نام استعمال کرتے ہیں۔ آٹو جواب میں ایک باقی برانڈ نام cutover کو افشا واقعہ بنا دیتا ہے۔
پائلٹ کوریڈور پر مکمل سبز خاموش شفٹ کے بعد ہی پرانی اسناد محفوظ کریں۔ جزوی revoke دیر DLR مردہ راستے پر چھوڑ دیتا ہے۔
خالی کرنا ہمیشہ revoke سے پہلے: ناپا quiet، پھر sole-owner URL فلپ۔
پرانا webhook ابھی in-flight DLR پکڑے ہوئے کلید کاٹنا ڈیلیوری سچ ہوا میں گرا دیتا ہے۔ خریدار حتمی حالت کے بغیر sent دیکھتا ہے؛ فنانس کبھی نہ بند hold دیکھتا ہے۔
quiet تک خالی کریں، پھر کلیدیں کاٹیں
فنانس اور ops کو proof ایکسپورٹ کی ایک ہی قطاریں حوالہ دینی چاہئیں۔ اگر ڈیش بورڈ اور ایکسپورٹ الگ ہوں تو مشترکہ prepaid سچائی دستخط تک cutover روکیں۔
آن بورڈنگ ڈیک اور سپورٹ میکرو کو کلید کٹ کی اسی تبدیلی ونڈو میں دوبارہ لکھیں۔ خریدار کو دکھائی دینے والی دو کہانیاں white-label وعدہ توڑتی ہیں۔
خالی کرنا ہمیشہ revoke سے پہلے: ناپا quiet، پھر sole-owner URL فلپ۔
IOSOR روٹیشن پرانے endpoint کو خاموش ہونے والی قطار مانتا ہے — نیا URL ایک smoke کا جواب دے تو پلٹنے والا سوئچ نہیں۔
خالی کرتے failover ترتیب ایماندار رکھیں
لکھی dual-write گھڑی کے بغیر دو Live کلیدیں فعال نہ چھوڑیں۔ دوہرا ڈیبٹ خطرہ white-label cutover سے الگ ہے اور کوریڈور چیٹ میں نہیں بنایا جاتا۔
ہر revoke سے پہلے in-flight DLR بیک لاگ ایکسپورٹ کریں۔ ناپا quiet «Slack پرسکون لگتا ہے» نہیں: پرانے endpoint پر نئے finals کے بغیر ونڈو۔
خالی کرنا ہمیشہ revoke سے پہلے: ناپا quiet، پھر sole-owner URL فلپ۔
کٹ کے بعد day-1 runway دوبارہ ثابت کریں
پائلٹ کوریڈور پر مکمل سبز خاموش شفٹ کے بعد ہی پرانی اسناد محفوظ کریں۔ جزوی revoke دیر DLR مردہ راستے پر چھوڑ دیتا ہے۔
مہر شدہ الیاس جدول صرف ops میں رکھیں۔ خریدار ٹکٹ اور اسٹیٹس صفحات صرف IOSOR پروڈکٹ نام استعمال کرتے ہیں۔ آٹو جواب میں ایک باقی برانڈ نام cutover کو افشا واقعہ بنا دیتا ہے۔
خالی کرنا ہمیشہ revoke سے پہلے: ناپا quiet، پھر sole-owner URL فلپ۔
متعلقہ ops راستے
- سگنل ضائع کیے بغیر ویب ہক سائننگ سक्रेटس کی روٹیشن
- پہلا دن رن وے: کیا سبز ہونا لازمی ہے
- ڈبل ڈیبٹ کے بغیر ترتیب شدہ بیک اپ پاتھ
IOSOR کے ساتھ شروع کریں
پرانا endpoint backlog ایکسپورٹ کریں، quiet تک خالی کریں، sole-owner URL Live رہتے کلید revoke کریں۔ نئے راستے پر day-1 runway دوبارہ چلائیں، mid-drain واقعات کے لیے failover ترتیب لکھی رکھیں، پھر حجم بڑھائیں۔
IOSOR خلاصہ
کلیدیں کاٹنے سے پہلے پرانے webhook خالی کریں: in-flight DLR وہ سچ ہے جو ابھی آپ کا بقایا ہے۔ فہرست، quiet، revoke، پھر دوبارہ runway — cutover کیلنڈر تیز دکھانے کے لیے finals یتیم نہ کریں۔
کیا یہ گائیڈ مددگار تھی؟
متعلقہ رہنما
- پرانی پائپ نام لیے بغیر live ٹریفک prepaid پر لے جائیں
چھوڑی جانے والی پائپ نام لیے بغیر IOSOR prepaid پر جائیں۔ خرچ کنٹرول ثابت کریں، کلیدیں گھمائیں، Live حجم سے پہلے خریدار کاپی دوبارہ لکھیں۔
- کٹ اوور کے دوران dual-write ونڈو کا خطرہ
ایک پیغام کے دو webhook ڈیبٹ اور DLR خطرہ ہیں۔ dual-write ونڈو محدود کریں، پیسے کی واقعات ڈڈپ کریں، ایک ledger مالک کے ساتھ نکلیں۔