Tomme proxy-pooler: feile, vente eller bruke en godkjent reserveløsning
Stopp, vent innenfor et budsjett, eller bruk en godkjent reserveløsning når hver proxy blir utilgjengelig, i stedet for å fortsette i stillhet uten noen rute.
Rotatoren fjerner sitt siste brukbare endepunkt. Hva skjer med den neste oppgaven?
Det valget bør være eksplisitt. En tom liste er ikke en egen type fungerende proxy. Et unntak ved tilfeldig utvalg, et manglende metadatafelt og en returverdi på None kan hver især sende neste lag ned en annen vei.
For en oppgave som krever en godkjent proxy-rute, velg ett av disse utfallene før sending:
- Vente på en kjent gjenoppretting eller oppfrisking, innenfor oppgavens gjenstående frist.
- Feile med et konkret resultat om at poolen er utilgjengelig.
- Bruke en egen, godkjent reserveløsning.
Å utelate proxyen i stillhet er en helt annen policy. Avhengig av klienten kan det slå på en miljøstandard eller en direkte rute. Det vellykkede HTTP-svaret som følger kan skjule at den påkrevde mellommannen aldri ble brukt.
Hold et tomt svar fra leverandøren atskilt fra en pool der alle endepunkter midlertidig kjølner ned. Det første kan trenge diagnose av oppdagelsestjenesten; det andre har kanskje allerede et planlagt gjenopprettingstidspunkt. Å hente samme tomme liste om igjen i en stram løkke hjelper ingen av dem.
Rapporter tilstanden til poolen og beslutningen som ble tatt, med hemmeligheter fjernet. «Ingen brukbar proxy; oppgaven stoppet» er mer anvendelig enn en generisk tilkoblingsfeil fra en rute som den som ringer aldri ønsket å velge.