TPS ograničenje i redovi čekanja — nema tihog odbacivanja poruka

TPS ograničenje i redovi čekanja — nema tihog odbacivanja poruka.

Razumevanje TPS ograničenja i mehanike reda čekanja

Kada šaljete velike količine OTP i SMS kampanja, dostizanje limita transakcija u sekundi (TPS) je neizbežno. U profesionalnom white-label CPaaS okruženju, prekoračenje ovog limita nikada ne bi trebalo da rezultira tihim gubitkom poruka. Umesto toga, IOSOR implementira strogi mehanizam reda čekanja. Kada vaša odlazna stopa pređe dodeljeni TPS, poruke se smeštaju u privremenu memoriju (buffer).

Zašto tiha odbacivanja uništavaju vašu metriku isporuke

Tiho odbacivanje se dešava kada API prihvati poruku, ali je odbaci bez generisanja DLR-a (izveštaja o isporuci). Ovo potpuno narušava logiku vaše aplikacije, jer vaš sistem pretpostavlja da je poruka na putu ka primaocu. Sa IOSOR platformom, prelivanje saobraćaja aktivira eksplicitno stanje reda čekanja. Ako dubina reda pređe bezbednosne pragove, API vraća status ograničenja stope (rate-limit) ili stavlja stavku u red sa statusom na čekanju.

Rezervacije sredstava u knjizi i JIT dodela brojeva

Da bi se održala apsolutna finansijska tačnost, IOSOR koristi prepaid sistem knjige (ledger). Kada poruka uđe u red čekanja, na vašem saldu se vrši privremena rezervacija sredstava. Ako zakupljujete nove brojeve, naš JIT (Just-In-Time) sistem dodeljuje E.164 resurs i primenjuje mesečnu naknadu (MRC) tek kada ruta postane aktivna. Ovo sprečava neplanirano trošenje vašeg budžeta.

Statusi webhook-ova za saobraćaj u redu čekanja i ograničen saobraćaj

Svaka promena stanja poruke se emituje putem webhook-a. Kada je poruka usporena zbog ograničenja, njen status se menja u 'queued' (u redu čekanja) umesto 'failed' (neuspelo). Čim TPS kapacitet to dozvoli, poruka se šalje, a status prelazi u 'sent' (poslato) i na kraju u 'delivered' (isporučeno) nakon prijema DLR-a od operatera.

Povezani resursi i dubina reda čekanja

Da biste optimizovali svoju propusnost i razumeli kako limiti reda čekanja utiču na vaše webhook-ove, pregledajte ove tehničke vodiče:

• Prelivanje reda čekanja: zaustavite, nemojte tiho odbacivati
• Супресије у кампањама: прескочено није неуспешно у књизи
• Ograničavanje naleta webhook-ova radi zaštite prijemnika

Ovi resursi

Počnite sa IOSOR-om

Proverite TPS limite i pragove dubine reda u IOSOR konzoli pre pokretanja velikog obima saobracaja. Konfigurisacete webhook slusaoc da uhvati eksplicitnu 'queued' promenu stanja kako bi vaša aplikacija pravilno prepoznala ogranicene zahteve. Uverite se da vaš backend prepoznaje aktivne blokade salda na porukama u redu, umesto da slanje ograniceno brzinom tretira kao nestale izvestaje o isporuci.

Резиме IOSOR

Prekoracenje TPS limita u sistemu IOSOR nikada ne dovodi do netaknutih tihih odbacivanja ili nepriznatog gubitka poruka. Platforma primenjuje eksplicitan radni proces zaustavljanja i stavljanja u red cekanja, cuvajuci vaš sadrzaj netaknutim, primenjujuci privremenu rezervu sredstava i emitujuci status 'queued' sve dok propusni opseg ne postane dostupan.