Tomme proxybasseng: feile, vente eller bruke ei godkjend reserveløysing
Stopp, vent innanfor eit budsjett, eller bruk ei godkjend reserveløysing når alle proxyar blir utilgjengelege, i staden for å halde fram i det stille utan rute.
Rotatoren fjernar sitt siste eigna endepunkt. Kva skjer med den neste jobben?
Den avgjerda bør vere eksplisitt. Ei tom liste er ikkje ein spesiell type fungerande proxy. Eit unntak ved tilfeldig val, eit manglande metadatafelt og ein returverdi på None kan kvar for seg senda det neste laget ned ein annan veg.
For ein jobb som krev ei godkjend proxy-rute, vel eitt av desse utfalla før utsending:
- Vent på ei kjend gjenoppretting eller oppdatering, innanfor den gjenverande fristen til jobben.
- Feile med eit spesifikt resultat om at bassenget er utilgjengeleg.
- Bruke ei separat konfigurert og godkjend reserveløysing.
Å utelate proxyen i det stille er ein heilt annan politikk. Avhengig av klienten kan det slå på ein miljøstandard eller ei direkte rute. Det resulterande vellukka HTTP-svaret kan skjule at den påkravde mellomleddet aldri vart brukt.
Hald eit tomt leverandørsvar skilt frå eit basseng der alle endepunkta midlertidig kjølner. Det første kan trengje ein diagnose av oppdagartenesta; det andre har kanskje alt eit planlagt gjenopprettingstidspunkt. Å hente den same tomme lista på nytt i ei trong løkke hjelper ingen av dei.
Rapporter tilstanden til bassenget og avgjerda som vart teken, med løyndomar fjerna. «Ingen eigna proxy; oppgåva stoppa» er meir handlingsretta enn ein generisk tilkoplingsfeil frå ei rute som den som ringjer aldri meinte å velje.