இன்பவுண்ட் SMS வெப்ஹுக்: மீண்டும் முயற்சி, நிகழ்வு வரிசை, பெறும்போது ஐடெம்போட்டென்சி

அவுட்பவுண்ட் SMS டாஷ்போர்டை எடுக்கிறது. STOP, HELP மற்றும் வாடிக்கையாளர் பதில்கள் உண்மையில் தரையிறங்குவது இன்பவுண்ட் — மேலும் அப்பாவி ஹேண்ட்லர்கள் இரட்டை டிக்கெட், இரட்டை வாலட் பக்க விளைவு, “STOP ஒருபோதும் வரவில்லை” என்ற compliance பேய்களை உருவாக்கும் இடம். உங்கள் பெறும் பாதை exactly-once மற்றும் வரிசையில் என்று கருதினால், முதல் உண்மையான வெளியேற்றத்தில் உடைவீர்கள்.

IOSOR இன்பவுண்ட் செய்தியை அவுட்பவுண்ட் போன்ற அதே ஒயிட்-லேபிள் ப்ரீபெயிட் மேற்பரப்பில் தொகுக்கிறது: சரிபார்க்கக்கூடிய நிகழ்வுகள், பிராண்ட்-பாதுகாப்பான பேலோடுகள், பதில் புயலை சரிபார்க்க அந்நிய ops போர்ட்டலில் வாழாமல்.

வெப்ஹுக்குகள் ஏன் மீண்டும் முயற்சிக்கின்றன

பெரும்பாலான தளங்களில் இன்பவுண்ட் வெப்ஹுக் மீண்டும் முயற்சியுடன் at-least-once விநியோகம் வாக்குறுதி அளிக்கிறது, மந்திர exactly-once கடுமையான வரிசை அல்ல.

• அதே தர்க்க நிகழ்வின் இரட்டை POST
• நேரம் முடிந்த பின் தாமத வருகை
• மற்ற நிகழ்வு வகைக்கு ஒப்பீட்டில் சில சமயம் out-of-order

உங்கள் ஸ்டோர் உறுதியான இணைப்பைச் செய்தால் தயாரிப்பு UX வரிசையாக உணரலாம் — கம்பி ஒருபோதும் அசையாது என நம்பினால் அல்ல.

நீங்கள் வடிவமைக்க வேண்டிய மூன்று தோல்வி முறைகள்

அடையாளமில்லாத்தன்மை: மூன்றையும் சரிசெய்யும் ஒரு பண்பு

நிகழ்வு வரிசை: ஏன் “last write wins” ஆபத்தானது

பொதுவான தவறான அனுமானங்கள்:

1. அடுத்த மார்க்கெட்டிங் அனுப்புதலுக்கு முன் STOP வரும் (ரேஸ் உள்ளது)
2. அவுட்பவுண்ட் DLR இன்பவுண்ட் பதிலுக்கு முன் வரும் (சுயாதீன பாதைகள்)
3. நிலையான நிகழ்வு விசை இல்லாமல் “முதல் POST வெல்லும்”

நிலையான event / message id மூலம் பெறும் லெட்ஜரை உருவாக்குங்கள். வணிக விதிகள் அந்த லெட்ஜரில் நிலை மாற்றங்கள்; “ஒவ்வொரு HTTP 200 பாதையிலும் பக்க விளைவு” அல்ல.

1. இன்பவுண்ட் கால்பேக்கிற்கான ஆவணப்படுத்தப்பட்ட ரெட்ரை கொள்கை
2. சோதிக்கக்கூடிய கையொப்பம் / auth சரிபார்ப்பு
3. பேலோடில் நிலையான event id
4. ஐடெம்போட்டென்ட் ஹேண்ட்லர் வழிகாட்டுதல் (“200 திருப்பு” மட்டும் அல்ல)
5. இரட்டை விநியோகத்திலும் உயிர்வாழும் STOP / HELP பாதைகள்
6. எந்த தானியங்கி பதில் செலவுக்கும் ஒரே ப்ரீபெயிட் வாலட் தெரிவு

STOP, HELP மற்றும் பிற உள்வரும் முக்கியச் சொற்களுக்கு அதே ஒழுக்கம்

IOSOR உடன் தொடங்குங்கள்

கடந்த வார உள்வரும் webhook பதிவுகளை இழுத்து ஒன்றுக்கு மேல் வந்த நிகழ்வு ID எண்ணுங்கள். ஒரு இரட்டையையும் வரிசை தவறிய ஜோடியையும் இயக்குங்கள் (failed, பின் delivered). பெறுபவர் ஒரு விளைவை வைத்திருக்கும்: ஒரு இன்பாக்ஸ் வரி, ஒரு STOP எழுத்து, ஒரு பணப்பை தொடுதல். STOP ஐத் திருப்பும் last-write-wins தோல்வி. இது பெறலில் சமவிளைவும் மீள்முயற்சி வரிசையும்; கையொப்ப சரிபார்ப்பு அல்ல, வரிசைக்கு முன் நுழைவாயில் பூட்டு அல்ல.

தொடர்புடையவை: உள்வரும் தன்விடை சுழல்கள் · IOSOR-ல் கேரியர் தாமதங்களுக்கு எதிரான உள்வரும் வெப்ஹுக் இடையக உள்ளமைவு · முதல் பிடித்தத்திற்கு முன் முன்பணம் ஒதுக்கீடு.

IOSOR சுருக்கம்

உள்வரும் webhook மீண்டும் முயலும். பெறலில் சமவிளைவே பாதுகாப்பான விடை; வரிசை வாக்குறுதி அல்ல.

செய்யுங்கள்: நிகழ்வுக்குச் சாவி கொடுத்து இரட்டையைப் புறக்கணிங்கள். செய்யாதீர்கள்: STOP-இல் last-write-wins அல்லது அதே நிகழ்வை இருமுறை கழிக்க வேண்டாம்.