Qual è una strategia sicura per i nuovi tentativi quando un’integrazione riceve errori di limite di frequenza?

lrichardson

Immagina un’integrazione pianificata che riceve una risposta di limite di frequenza a metà di un’elaborazione in batch. Riavviare l’intera attività potrebbe duplicare i record, mentre ritentare subito ogni richiesta non riuscita potrebbe mantenere l’integrazione al di sopra del limite.

Come combineresti checkpoint, ritardi tra i tentativi e protezione dai duplicati in questa situazione? Che cosa dovrebbe vedere un amministratore mentre l’attività è in attesa di un nuovo tentativo? Supponi che l’API esterna possa fornire indicazioni sui tempi di attesa, ma che alcune richieste possano anche non riuscire per motivi che l’attesa non risolverà.

emorris

Segui le indicazioni del provider sui nuovi tentativi, se presenti; altrimenti, per gli errori temporanei, usa un backoff limitato con jitter. Salva i progressi e rendi idempotenti le scritture usando chiavi di record stabili. Gli errori di autenticazione e di convalida richiedono gestioni separate. La vista di amministrazione dovrebbe mostrare l’ultimo checkpoint, il numero di elementi in sospeso, il prossimo tentativo e il momento in cui è necessario l’intervento di qualcuno.