Kupunguza Nakala za Matukio ya MO ya Kuingia Katika Kiwango cha Lango la API

Majaribio ya kurudia kutuma ujumbe wa MO kupitia webhook mara nyingi huleta nakala zisizohitajika. Usipozuia data hizi kwenye lango la API, mfumo utatoa salio la kabla ya malipo mara mbili. IOSOR inazuia tatizo hili kwa kukagua alama za kipekee za kila ujumbe kabla ya kuchakata.

Usanifu wa Kupunguza Nakala za Ujumbe wa MO wa Kuingia

Trafiki inayotoka kwa wateja inayofika kupitia webhook mara nyingi hukabiliwa na majaribio mengi ya utoaji kutokana na kujaribu tena kwa mtandao wa juu. Wakati mitandao ya watoa huduma inapoteza uthibitisho wa pakiti, lango la juu hutuma tena data. Kwa watoa huduma wa CPaaS wa lebo nyeupe, kushindwa kupata nakala hizi katika kiwango cha lango la API kunaweza kusababisha kuanzisha mara mbili michakato ya malipo, majibu ya kiotomatiki yasiyo sahihi, na wapangaji wa biashara wenye hasira. IOSOR inashughulikia hili kwa kutekeleza safu thabiti ya kupunguza nakala kwenye ukingo wa mfumo.

Kufuli za Atomiki za Redis na Alama za Ujumbe

Ili kufikia kupunguza nakala kwa chini ya millisekunde, lango la API linazalisha alama ya kipekee ya siri kwa kila tukio la MO linaloingia. Hash hii inachanganya nambari ya mtumaji katika mfumo wa E.164, nambari halisi ya mpokeaji, dirisha kamili la muda, na maandishi ya mwili wa data. Lango linajaribu mara moja operesheni ya atomic set-if-not-exists katika Redis kwa kutumika kama ufunguo wenye TTL fupi ya sekunde sitini. Ikiwa ufunguo tayari upo, lango linakata mnyororo wa ombi, linaacha data rudufu, na kurudisha HTTP 200 OK mara moja kwa chanzo bila kugusa hifadhidata.

Kulinda Salio la Malipo ya Mapema Dhidi ya Malipo Mara Mbili

Misingi ya malipo ya mapema inategemea uaminifu kamili wa miamala. Bila upunguzaji mkali wa ukingo, wimbi la matukio ya MO yaliyojaribiwa tena linaweza kusababisha ukataji wa leja kwa wakati mmoja au kuanzishwa kwa vipindi vya mazungumzo mara mbili. Kwa sababu jukwaa letu linasisitiza kiwango cha chini cha USD 20 cha malipo ya mapema kwa uanzishaji wa akaunti mpya za wapangaji, kuzuia kuongezeka kwa matumizi ya roho ni muhimu ili kudumisha hali sahihi za leja. Wakati mpangaji anakaribia kiwango cha juu karibu na USD 1,000/mwezi, kila ukataji lazima uthibitishwe kuwa wa kipekee.

Kutengwa kwa Foleni na Makabidhiano ya Wafanyakazi Wasio wa Wakati Mmoja

Pindi tukio la MO la kuingia linapopita kichujio cha kupunguza nakala cha lango, linachapishwa kwa ubadilishanaji wa RabbitMQ uliotengwa na kugawanywa na kitambulisho cha mpangaji. Hii inahakikisha kuwa mlipuko wa trafiki kutoka kwa kampeni moja ya biashara hauwezi kuzuia rasilimali za foleni kwa wapangaji wengine wa jukwaa. Wafanyakazi huchukua ujumbe kutoka kwa foleni hizi ili kutekeleza usambazaji wa webhook na ulinganishaji wa maneno muhimu. Sheria za utoaji wa JIT huhakikisha kuwa rasilimali zinakua kwa nguvu.

Kushughulikia Hitilafu za Webhook na Majaribio ya Kurudia ya Idempotency

Related: jaribio tena la webhook ya kuingia · Wiki ya kurejesha kuingia: Fungua tena MO na kusonga, sio maneno muhimu · idempotency, jaribio tena na pesa.

Anza na IOSOR kwa Malango Imara ya Kuingia

Kwenye staging, tuma mzigo uleule wa MO mara mbili kwa message-id moja ya mtoa huduma. Kufuli ya lango liweke tukio moja kwenye foleni; mtumiaji aende mara moja. Hamisha ufunguo na pacha aliyetupwa. 2xx mbili zinakubalika; safu mbili za kikasha au miguso miwili ya pochi inaangusha kazi. Hii ni kukunja foleni langoni, si buffer ya muda, si kuandika STOP, si dari ya kujibu otomatiki.

Hitimisho la IOSOR

Kutoa maradufu MO langoni ni kufuli kwenye kitambulisho cha tukio kabla ya foleni. Message-id moja, tukio moja.

Fanya: chukua kufuli, kisha weka foleni. Usifanye: kutumaini kikasha au pochi vitaunganisha baadaye.