Le rotateur retire son dernier point de terminaison éligible. Que devient la tâche suivante ?

Cette décision devrait être explicite. Une liste vide n'est pas un type particulier de proxy fonctionnel. Une exception sur le choix aléatoire, un champ de métadonnées manquant et une valeur de retour None peuvent chacun envoyer la couche suivante sur un chemin différent.

Pour une tâche qui exige une route proxy approuvée, choisissez l'une de ces issues avant l'envoi :

  • Attendre un rétablissement ou un rafraîchissement connu, dans la limite du délai restant de la tâche.
  • Échouer avec un résultat précis indiquant que le pool est indisponible.
  • Utiliser un repli configuré et approuvé séparément.

Omettre le proxy en silence est une politique entièrement différente. Selon le client, cela peut activer une valeur par défaut de l'environnement ou une route directe. La réponse HTTP réussie qui en résulte peut masquer que l'intermédiaire requis n'a jamais été utilisé.

Gardez une réponse vide du fournisseur distincte d'un pool dont tous les points de terminaison sont en refroidissement temporaire. Le premier cas peut nécessiter un diagnostic du service de découverte ; le second a peut-être déjà une heure de rétablissement planifiée. Refaire la même requête sur la liste vide en boucle serrée n'aide ni l'un ni l'autre.

Signalez l'état du pool et la décision prise, secrets retirés. « Aucun proxy éligible ; tâche arrêtée » est plus exploitable qu'une erreur de connexion générique venue d'une route que l'appelant n'a jamais voulu choisir.

Articles similaires