Maison  >  Article  >  développement back-end  >  Comment Google Pub/Sub implémente-t-il une interruption exponentielle dans RetryPolicies par rapport à github.com/cenkalti/backoff ?

Comment Google Pub/Sub implémente-t-il une interruption exponentielle dans RetryPolicies par rapport à github.com/cenkalti/backoff ?

Linda Hamilton
Linda Hamiltonoriginal
2024-10-30 08:29:27931parcourir

How Does Google Pub/Sub Implement Exponential Backoff in RetryPolicies Compared to github.com/cenkalti/backoff?

Intervalle exponentiel dans RetryPolicies

La fonctionnalité d'intervalle exponentiel introduite dans RetryPolicy de Google Pub/Sub reflète le concept décrit dans ExponentialBackOff défini par github. com/cenkalti/backoff que vous avez mentionné.

Retrait minimum et maximum

Oui, vous avez raison. Les paramètres MinimumBackoff et MaximumBackoff dans pubsub.RetryPolicy correspondent respectivement à InitialInterval et MaxInterval dans github.com/cenkalti/backoff :

  • MinimumBackoff : période d'attente initiale lors de la nouvelle tentative d'une opération ayant échoué.
  • MaximumBackoff : durée maximale autorisée entre les tentatives.

Randomisation

Cloud Pub/Sub utilise la même formule pour randomiser l'intervalle que github.com /cenkalti/backoff :

randomized interval = RetryInterval * (random value in range [1 - RandomizationFactor, 1 + RandomizationFactor])

Le RandomizationFactor est défini sur 0,15 par défaut dans pubsub.RetryPolicy.

Multiplier et MaxElapsedTime

Contrairement à github .com/cenkalti/backoff, pubsub.RetryPolicy n'a pas d'équivalent au Multiplier, qui double le RetryInterval après chaque échec. Au lieu de cela, le délai de nouvelle tentative Pub/Sub augmente de façon exponentielle à un taux fixe déterminé par RandomizationFactor.

De plus, il n'y a pas de MaxElapsedTime explicite dans pubsub.RetryPolicy. Cependant, Pub/Sub implémente un mécanisme de nouvelle tentative basé sur une routine go, dans lequel les nouvelles tentatives sont effectivement limitées par la durée de vie de la routine go qui gère l'abonnement.

Exemple

Votre expérience démontre avec précision le comportement d'attente exponentielle. Les intervalles d'attente plus longs (5 s à 60 s) entraînent des tentatives moins fréquentes, tandis que les intervalles plus courts (1 s à 2 s) entraînent des tentatives plus fréquentes. La variance dans les intervalles est due au facteur de randomisation.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn