Leere Proxy-Pools: scheitern, warten oder einen freigegebenen Fallback nutzen
Anhalten, innerhalb eines Budgets warten oder einen freigegebenen Fallback verwenden, wenn alle Proxys nicht verfügbar werden, statt stillschweigend ohne Route weiterzumachen.
Der Rotator entfernt seinen letzten geeigneten Endpunkt. Was passiert mit dem nächsten Job?
Diese Entscheidung sollte ausdrücklich sein. Eine leere Liste ist keine besondere Art eines funktionierenden Proxys. Eine Ausnahme bei der Zufallsauswahl, ein fehlendes Metadatenfeld und ein Rückgabewert von None können jeweils die nächste Ebene auf einen anderen Pfad schicken.
Für einen Job, der eine freigegebene Proxy-Route erfordert, wählen Sie vor dem Versand eines dieser Ergebnisse:
- Auf eine bekannte Wiederherstellung oder Aktualisierung warten, innerhalb der verbleibenden Frist des Jobs.
- Mit einem spezifischen Ergebnis „Pool nicht verfügbar“ scheitern.
- Einen separat konfigurierten und freigegebenen Fallback verwenden.
Den Proxy stillschweigend wegzulassen, ist eine ganz andere Richtlinie. Je nach Client kann das eine Umgebungsvorgabe oder eine direkte Route aktivieren. Die daraus resultierende erfolgreiche HTTP-Antwort kann verschleiern, dass der erforderliche Vermittler nie genutzt wurde.
Halten Sie eine leere Anbieterantwort von einem Pool getrennt, dessen Endpunkte alle vorübergehend abkühlen. Der erste Fall kann eine Diagnose des Discovery-Dienstes erfordern; der zweite hat möglicherweise bereits einen geplanten Wiederherstellungszeitpunkt. Dasselbe leere Ergebnis in einer engen Schleife erneut abzurufen, hilft keinem von beiden.
Melden Sie den Poolzustand und die getroffene Entscheidung, mit entfernten Geheimnissen. „Kein geeigneter Proxy; Aufgabe gestoppt“ ist umsetzbarer als ein allgemeiner Verbindungsfehler von einer Route, die der Aufrufer nie wählen wollte.