Hendelses-ID
En hendelses-ID identifiserer en hendelse innenfor det avtalte området. En gjentatt levering må skilles fra en ny hendelse.
En hendelses-ID identifiserer en bestemt hendelse, for eksempel en endring på en ordre. Entydigheten avhenger av det avtalte området. Et ordrenummer alene er ikke tilstrekkelig: Flere ulike hendelser kan forekomme på samme ordre.
Skill hendelsen fra leveringen
I en oppdiktet portal endres leveringsadressen på en ordre. Den tilhørende meldingen når ERP-systemet to ganger. Dette er to leveringer av samme endring. En senere adresseendring er derimot en ny hendelse og trenger sin egen identifikator etter de avtalte reglene.
Kontroller entydighet innenfor riktig område
CloudEvents 1.0.2 krever at kombinasjonen av kilde og hendelsesidentifikator er entydig, altså source og id. Avtal hvordan gjentatte leveringer merkes, og hvor lenge behandlede identifikatorer tas med i vurderingen. En ID hindrer ikke i seg selv at en endring utføres to ganger. Den bekrefter heller ikke at ERP-systemet har fullført handlingen uten feil.
Kilder
Beslektede begreper
- Korrelasjons-IDEn korrelasjons-ID knytter sammen meldinger i en handling. Den kan omfatte flere hendelser og erstatter ikke duplikatkontroll.
- IdempotensnøkkelEn idempotensnøkkel identifiserer gjentakelser av samme tilsiktede forespørsel. Område, lagringstid og API-regler avgjør virkningen.
- Transaksjonell inboxEn transaksjonell inbox bruker varige meldingsregistreringer for å beskytte lokal behandling mot doble leveringer.
- MeldingskvitteringEn meldingskvittering forteller meldingsmegleren at en levering er mottatt eller behandlet etter den avtalte regelen.
- Jitter ved nye forsøkRetry-jitter varierer ventetider tilfeldig for å spre nye forsøk og redusere samtidige forespørsler fra mange klienter.
- TestkundeområdeEt logisk avgrenset kundeområde i en multitenant-applikasjon, satt opp for kontroller.
Artikler om temaet
API-er og integrasjon med ASES
ERP, CRM og nettbutikk ryddig koblet sammen