Händelse-id
Ett händelse-id identifierar en händelse inom det avtalade området. En upprepad leverans behöver skiljas från en ny händelse.
Ett händelse-id identifierar en viss händelse, till exempel en ändring av en order. Unikheten beror på det avtalade området. Ett ordernummer räcker inte ensamt: flera olika händelser kan inträffa för samma order.
Skilj händelsen från leveransen
I en fiktiv portal ändras leveransadressen för en order. Tillhörande meddelande når ERP-systemet två gånger. Det är två leveranser av samma ändring. En senare adressändring är däremot en ny händelse och behöver en egen identifierare enligt de avtalade reglerna.
Kontrollera unikhet inom rätt område
CloudEvents 1.0.2 kräver att kombinationen av källa och händelseidentifierare är unik, alltså source och id. Avtala hur upprepade leveranser markeras och hur länge behandlade identifierare beaktas. Ett id förhindrar inte i sig att en ändring utförs två gånger. Det bekräftar inte heller att ERP-systemet har slutfört åtgärden framgångsrikt.
Källor
Relaterade begrepp
- Korrelations-idEtt korrelations-id kopplar ihop meddelanden som hör till en åtgärd. Det kan omfatta flera händelser och ersätter inte dubblettidentifiering.
- IdempotensnyckelEn idempotensnyckel identifierar upprepningar av samma avsedda begäran. Område, lagringstid och API-regler avgör dess verkan.
- Transaktionell inboxEn transaktionell inbox använder beständiga meddelandeposter för att skydda lokal behandling mot dubbla leveranser.
- MeddelandekvittensEn meddelandekvittens talar om för brokern att en leverans har tagits emot eller behandlats enligt den överenskomna regeln.
- Jitter vid återförsökRetry-jitter varierar väntetider slumpmässigt för att sprida återförsök och minska samtidiga anrop från många klienter.
- TestkundmiljöEtt logiskt avgränsat kundområde i en multitenant-applikation, inrättat för kontroller.
Artiklar om ämnet
API:er & integration med ASES
ERP, CRM och webbutik smidigt sammankopplade