Retry-strategi
Strategin anger vilka fel som ska prövas igen, med vilka pauser och till vilken gräns.
En retry-strategi bestämmer när en misslyckad eller obesvarad åtgärd ska upprepas. Den skiljer tillfälliga störningar från fel som först måste rättas och begränsar försök eller total tid.
I ett fiktivt exempel väntar en integration 2, 4 och 8 sekunder före tre extra försök. Det är exempelvärden. En tillagd slumpmässig väntan kan minska samtidiga upprepningar från många mottagare. Målsystemets regler ska också följas.
En saknad artikelkod blir inte giltig av väntan. Ett förlorat svar kan dölja en slutförd åtgärd. Före upprepning måste effekten vara säker genom idempotens eller avstämning. Nya försök rättar inte i sig det ursprungliga felet.
Källor
Relaterade begrepp
- IdempotensEn idempotent åtgärd har samma avsedda effekt på tillståndet vid identisk upprepning som vid en enda körning.
- Rate limitingEn anropsgräns anger hur ofta en klient får skicka anrop enligt en bestämd regel.
- Server-Sent EventsServer-Sent Events skickar textmeddelanden från server till klient via HTTP, exempelvis om ett bakgrundsjobbs förlopp.
- ETagEn ETag identifierar en viss representationsversion av en HTTP-resurs och stöder villkorade hämtningar eller ändringar.
- Cross-Origin Resource SharingCORS styr webbläsarens åtkomst till svar från en annan origin. Det ersätter varken API-inloggning eller behörighetskontroll.
- Elektroniskt datautbyteEDI överför strukturerade affärsdokument mellan system. Format, partnerprofil, datamappning och återkoppling måste stämma överens.
Ditt projekt med ASES
Beskriv ditt projekt för oss. Vi hör av oss med en första bedömning.