Strategia di retry
Definisce quali errori ritentare, con quali attese e fino a quale limite.
Una strategia di retry stabilisce quando ripetere un'operazione fallita o senza risposta. Distingue interruzioni temporanee da errori da correggere prima e limita i tentativi o la durata totale.
In un esempio immaginario, un'integrazione attende 2, 4 e 8 secondi prima di tre tentativi aggiuntivi. Sono valori illustrativi. Una variazione casuale può ridurre le ripetizioni simultanee di molti destinatari. Vanno rispettate anche le regole della destinazione.
Attendere non rende valido un codice articolo mancante. Una risposta persa può nascondere un'operazione completata. Prima di ripetere serve un effetto sicuro tramite idempotenza o riconciliazione. Ritentare da solo non corregge l'errore originario.
Fonti
Termini correlati
- IdempotenzaUn’operazione idempotente, ripetuta in modo identico, ha lo stesso effetto previsto sullo stato di una singola esecuzione.
- Rate limitingIl rate limiting stabilisce la frequenza consentita delle richieste di un client secondo una regola.
- Server-Sent EventsSSE trasmette notifiche testuali dal server al client via HTTP, per esempio sull’avanzamento di un lavoro in background.
- ETagUn ETag identifica una specifica versione della rappresentazione di una risorsa HTTP e consente letture o modifiche condizionali.
- Cross-Origin Resource SharingCORS regola l’accesso del browser alle risposte di un’altra origine. Non sostituisce l’autenticazione né il controllo delle autorizzazioni nell’API.
- Electronic Data InterchangeEDI trasferisce documenti aziendali strutturati fra sistemi. Formato, profilo del partner, corrispondenze dei dati e risposte devono essere coerenti.
Il vostro progetto con ASES
Descriveteci il vostro progetto. Vi ricontatteremo con una prima valutazione.