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 ?
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 :
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!