Dapat ma-drain ang mga lumang webhook bago putulin ang keys

Ang pagputol ng keys habang hawak pa ng lumang webhook ang in-flight DLR ay nagpapabagsak ng delivery truth sa hangin. Nakikita ng buyer ang sent na walang final status; ang finance ay nakakakita ng bukas na hold na hindi kailanman nagsasara.

I-imbentaryo ang in-flight DLR sa lumang endpoint

Panatilihing sealed ang alias table sa ops lang. Ang buyer tickets at status pages ay gumagamit lang ng IOSOR product names. Isang natitirang brand name sa auto-reply ay ginagawang disclosure incident ang cutover.

I-archive ang lumang credentials pagkatapos lang ng ganap na green quiet shift sa pilot corridor. Ang partial revoke ay nag-iiwan ng late DLR sa dead path.

Ang drain ay palaging nauuna sa revoke: measured quiet, pagkatapos sole-owner URL flip.

Ang pagputol ng keys habang hawak pa ng lumang webhook ang in-flight DLR ay nagpapabagsak ng delivery truth sa hangin. Nakikita ng buyer ang sent na walang final status; ang finance ay nakakakita ng bukas na hold na hindi kailanman nagsasara.

I-drain hanggang quiet, pagkatapos putulin ang keys

Dapat banggitin ng finance at ops ang parehong export rows ng proof. Kung magkaiba ang dashboard at export, ihinto ang cutover hanggang may shared prepaid truth na mapipirmahan.

Mulíng isulat ang onboarding decks at support macros sa parehong change window ng key cut. Ang dalawang kuwentong nakikita ng buyer ay sumisira sa white-label promise.

Ang drain ay palaging nauuna sa revoke: measured quiet, pagkatapos sole-owner URL flip.

Tinatrato ng IOSOR rotation ang lumang endpoint bilang pila na dapat tumahimik — hindi switch na binabaligtad kapag sumagot ang bagong URL sa isang smoke.

Panatilihing tapat ang failover order habang nagda-drain

Huwag mag-iwan ng dalawang Live keys nang aktibo nang walang nakasulat na dual-write clock. Ang double-debit hazard ay iba sa white-label cutover at hindi ini-improvise sa hallway chat.

I-export ang in-flight DLR backlog bago ang bawat revoke. Ang measured quiet ay hindi «mukhang tahimik sa Slack»: window na walang bagong finals sa lumang endpoint.

Ang drain ay palaging nauuna sa revoke: measured quiet, pagkatapos sole-owner URL flip.

Muling patunayan ang day-1 runway pagkatapos ng cut

I-archive ang lumang credentials pagkatapos lang ng ganap na green quiet shift sa pilot corridor. Ang partial revoke ay nag-iiwan ng late DLR sa dead path.

Panatilihing sealed ang alias table sa ops lang. Ang buyer tickets at status pages ay gumagamit lang ng IOSOR product names. Isang natitirang brand name sa auto-reply ay ginagawang disclosure incident ang cutover.

Ang drain ay palaging nauuna sa revoke: measured quiet, pagkatapos sole-owner URL flip.

Kaugnay na ops na landas

• Pag-rotate ng mga Webhook Signing Secret Nang Walang Pagkawala ng Signal
• Unang araw ng runway: ano ang dapat na berde
• Nabigo ang pangunahing riles: inayos na backup na landas nang walang

Magsimula sa IOSOR

I-export ang backlog ng lumang endpoint, i-drain hanggang quiet, pagkatapos i-revoke ang keys na Live ang sole-owner URL. Patakbuhin muli ang day-1 runway sa bagong landas at panatilihing nakasulat ang failover order para sa mid-drain incident bago taasan ang volume.

Buod ng IOSOR

I-drain ang mga lumang webhook bago putulin ang keys: ang in-flight DLR ay katotohanang utang mo pa. Imbentaryo, quiet, revoke, pagkatapos muling runway — huwag i-orphan ang finals para mas mabilis tingnan ang cutover calendar.