Retry-strategi
En retry-strategi fastlægger, hvilke fejl der prøves igen, med hvilke pauser og indtil hvilken grænse.
En retry-strategi bestemmer, hvornår en mislykket eller ubesvaret handling forsøges igen. Den skelner midlertidige forstyrrelser fra fejl, der først kræver rettelse, og begrænser forsøg eller samlet varighed.
I et fiktivt eksempel venter en integration 2, 4 og 8 sekunder før tre ekstra forsøg. Det er eksempelværdier. Tilføjet tilfældig ventetid kan mindske samtidige gentagelser fra mange modtagere. Målsystemets regler skal også følges.
En manglende varekode bliver ikke gyldig af at vente. Et mistet svar kan skjule en afsluttet handling. Før gentagelse skal virkningen være sikker gennem idempotens eller afstemning af udfald. Gentagelse retter ikke i sig selv den oprindelige fejl.
Kilder
Relaterede begreber
- IdempotensEn idempotent handling har samme tilsigtede virkning på tilstanden ved identisk gentagelse som ved én udførelse.
- Rate limitingRate limiting fastlægger, hvor ofte en klient må sende forespørgsler efter en bestemt regel.
- Server-Sent EventsServer-Sent Events sender tekstmeddelelser fra server til klient via HTTP, eksempelvis om en baggrundsopgaves fremdrift.
- ETagEt ETag identificerer en bestemt repræsentationsversion af en HTTP-ressource og understøtter betingede opslag eller ændringer.
- Cross-Origin Resource SharingCORS styrer browserens adgang til svar fra en anden origin. Det erstatter hverken login til API’et eller kontrol af rettigheder.
- Elektronisk dataudvekslingEDI overfører strukturerede forretningsdokumenter mellem systemer. Format, partnerprofil, datafelternes tilknytning og tilbagemeldinger skal passe sammen.
Dit projekt med ASES
Beskriv dit projekt for os. Vi vender tilbage med en første vurdering.