Pool di proxy vuoti: fallire, attendere o usare un fallback approvato
Fermarsi, attendere entro un budget o usare un fallback approvato quando tutti i proxy diventano indisponibili, invece di continuare in silenzio senza alcuna rotta.
Il rotatore rimuove il suo ultimo endpoint idoneo. Cosa succede al job successivo?
Quella decisione dovrebbe essere esplicita. Un elenco vuoto non è un tipo speciale di proxy funzionante. Un'eccezione sulla scelta casuale, un campo di metadati mancante e un valore di ritorno None possono ciascuno spingere il livello successivo su un percorso diverso.
Per un job che richiede una rotta proxy approvata, scegliere uno di questi esiti prima dell'invio:
- Attendere un ripristino o un aggiornamento noto, entro la scadenza residua del job.
- Fallire con un risultato specifico di pool non disponibile.
- Usare un fallback configurato e approvato separatamente.
Omettere il proxy in silenzio è una politica del tutto diversa. A seconda del client, può attivare un valore predefinito dell'ambiente o una rotta diretta. La risposta HTTP riuscita che ne deriva può nascondere che l'intermediario richiesto non è mai stato usato.
Tenere una risposta vuota del fornitore distinta da un pool i cui endpoint sono tutti in raffreddamento temporaneo. Il primo caso può richiedere una diagnosi del servizio di scoperta; il secondo potrebbe avere già un orario di ripristino pianificato. Richiedere di nuovo lo stesso elenco vuoto in un ciclo stretto non aiuta nessuno dei due.
Segnalare lo stato del pool e la decisione presa, rimossi i segreti. «Nessun proxy idoneo; attività interrotta» è più utile di un errore di connessione generico da una rotta che il chiamante non ha mai voluto scegliere.