DID perkėlimas: Bandomasis testavimas prieš srauto didinimą

Gyvas dūmas ant perkelto DID eina prieš apimtį, ne po complete ženklo.

1. Perkėlimo statusas yra signalas, o ne žalioji šviesa

Kai DID perkėlimo užklausa valdymo skydelyje pakeičiama į užbaigtą, tai tiesiog reiškia, kad centrinis registras atnaujino maršruto parinkimo profilį. Tai negarantuoja, kad kiekvienas operatorius iš naujo įkėlė LRN lenteles arba kad gaunami SMS saityno pranešimai veikia tinkamai. Viso gamybinio srauto nukreipimas į naujai perkeltą E.164 numerį iš karto po perkėlimo dažnai sukelia prarastus OTP kodus ir klientų nusivylimą. Operacinis saugumas reikalauja, kad perkėlimo pabaiga būtų traktuojama kaip kvietimas testuoti, o ne leidimas atverti visus vartus.

2. 1 veiksmas: Gaunami ir siunčiami bandomieji testai

Prieš nukreipdami tiesioginį programos srautą, atlikite vienos paskirties vietos testus kontroliuojamomis sąlygomis. Siųskite rankinius SMS testus į perkeltą numerį iš pagrindinių tinklų ir patikrinkite, ar žiniatinklio siuntimai suveikia su galiojančiais duomenimis. Patvirtinkite, kad išsiųsti atsakymai grąžina galiojančias DLR būsenas be pristatymo klaidų. Abiejų krypčių testavimas nedideliu apimtimi atskleidžia maršruto anomalijas prieš galutiniams vartotojams pastebiant trūkumus.

3. 2 veiksmas: Pranešimų pristatymas ir E.164 formatavimas

Gaunamas maršruto parinkimas labai priklauso nuo tikslaus JSON formato ir griežto E.164 standartizavimo. Užtikrinkite, kad pranešimai pasiektų sistemą per standartinius SLA langus. Patikrinkite, ar numeriai išlaiko visą tarptautinį formatą be trūkstamų šalies priešdelių. JIT paskirstymo ar aktyvavimo metu platforma dinamiškai rezervuoja kelius. Jei gaunami pranešimai grąžina HTTP 5xx klaidas ar nepraeina parašo patikros, nedelsdami pataisykite programos galutinį tašką.

4. 3 veiksmas: Palaipsnis srauto didinimas ir sąskaitos valdymas

Srauto didinimas naujai perkeltuose numeriuose turėtų vykti palaipsniui: 5%, 25%, 50% ir galiausiai 100% per kelias valandas ar dienas. Tai apsaugo jūsų reputaciją ir leidžia realiuoju laiku stebėti balansą. Atminkite, kad platformos maršrutizavimas veikia pagal griežtą išankstinio apmokėjimo knygą. Palaikykite paskyros balansą virš privalomo USD 20 minimumo, kad išvengtumėte paslaugų teikimo nutrūkimo. Kai mėnesio išlaidos artėja prie USD 1000, paskyros parametrai yra vertinami iš naujo.

5. Patvirtinimo protokolai ir operatyvinės gairės

Norėdami sukurti patikimą pranešimų siuntimo architektūrą, integruokite perkėlimo patvirtinimą su standartiniais sąrašais ir dinaminio numerių priskirimo strategijomis. Peržiūrėkite paleidimo savaičių, balanso paskirstymo ir trikčių šalinimo procedūras.

• OTP paleidimo savaitė: išankstinio apmokėjimo kontrolinis sąrašas
• numerio perkėlimas ar naujas DID
• Išankstinio apmokėjimo tiesa: ko IOSOR niekada žada

6. Pradėkite naudoti IOSOR

Kai perkėlimo būsena tampa complete, pirma dūmas — neatidarykite šliuzo. Siųskite vieną inbound ir vieną outbound perkeltame E.164. Patvirtinkite webhook krovinį ir galinį DLR. Tada 5, 25, 50, 100. Eksportuokite dūmų langą: apimtis nėra spėjimas.

IOSOR santrauka

Complete yra kvietimas į dūmus, ne žalia šviesa apimčiai.

Darykite: dūmai abiem kryptimis, tada laiptai. Nedarykite: blast tą valandą, kai skydelis sako complete.