Hændelses-id
Et hændelses-id identificerer en hændelse inden for det aftalte område. En gentagen levering skal skelnes fra en ny hændelse.
Et hændelses-id identificerer en bestemt hændelse, for eksempel en ændring af en ordre. Entydigheden afhænger af det aftalte område. Et ordrenummer alene er ikke tilstrækkeligt: Der kan forekomme flere forskellige hændelser på samme ordre.
Skeln mellem hændelse og levering
I en fiktiv portal ændres leveringsadressen på en ordre. Den tilhørende meddelelse når ERP-systemet to gange. Det er to leveringer af den samme ændring. En senere adresseændring er derimod en ny hændelse og kræver sit eget id efter de aftalte regler.
Kontrollér entydighed inden for det rette område
CloudEvents 1.0.2 kræver, at kombinationen af kilde og hændelses-id er entydig, altså source og id. Aftal, hvordan gentagne leveringer markeres, og hvor længe behandlede id'er tages i betragtning. Et id forhindrer ikke i sig selv, at en ændring udføres to gange. Det bekræfter heller ikke, at ERP-systemet har afsluttet handlingen korrekt.
Kilder
Relaterede begreber
- Korrelations-idEt korrelations-id forbinder sammenhørende meddelelser i en handling. Det kan omfatte flere hændelser og erstatter ikke dubletkontrol.
- IdempotensnøgleEn idempotensnøgle identificerer gentagelser af den samme tilsigtede anmodning. Område, opbevaring og API-regler bestemmer dens virkning.
- Transaktionel inboxEn transaktionel inbox bruger varige meddelelsesregistreringer til at beskytte lokal behandling mod dobbelte leveringer.
- MeddelelseskvitteringEn meddelelseskvittering fortæller brokeren, at en levering er modtaget eller behandlet efter den aftalte regel.
- Jitter ved genforsøgRetry-jitter varierer ventetider tilfældigt for at sprede genforsøg og mindske samtidige forespørgsler fra mange klienter.
- TestkundemiljøEt logisk afgrænset kundeområde i en multitenant-applikation, indrettet til kontroller.
Artikler om emnet
Snitflader & integration med ASES
ERP, CRM og webshop forbundet ordentligt