RetryPolicy dalam Google Pub/Sub cloud.google.com/go/pubsub library menawarkan backoff eksponen sebagai ciri boleh dikonfigurasikan untuk meningkatkan kebolehpercayaan dalam komunikasi antara Pub/Sub dan pelanggannya.
Penurunan eksponen melibatkan peningkatan kelewatan antara percubaan semula dengan faktor secara eksponen . Ini menghalang pelayan yang melampau dengan percubaan semula yang berlebihan dan memastikan penyambungan semula yang lebih beransur-ansur.
Dalam konfigurasi RetryPolicy, MinimumBackoff adalah equilbackoff dalam Initial perpustakaan github.com/cenkalti/backoff dan MaximumBackoff sepadan dengan MaxInterval.
MinimumBackoff menetapkan tempoh menunggu awal sebelum percubaan semula pertama, manakala MaximumBackoff mewakili kelewatan maksimum yang dibenarkan antara percubaan semula. Secara lalai, MinimumBackoff ialah 10 saat dan MaximumBackoff ialah 10 minit.
Pub/Sub mengira selang menunggu antara percubaan semula berdasarkan eksponen rawak formula mundur:
`
RetryInterval * (random value in range [1 - RandomizationFactor, 1 + RandomizationFactor])
`
di mana RetryInterval ialah selang percubaan semula semasa, pada mulanya MinimumBackoff dan tertakluk kepada had MaximumBackoff.
Tidak seperti ciri MaxElapsedTime perpustakaan github.com/cenkalti/backoff, Pub/Sub RetryPolicy tidak mempunyai pilihan yang setara untuk mengehadkan percubaan mencuba semula. Sebaliknya, ia mengesyorkan menggunakan Dead Letter Queues (DLQs) untuk situasi di mana percubaan semula harus dihadkan.
Pub/Sub RetryPolicy menggunakan komponen rawak untuk memperkenalkan varians dalam selang percubaan semula, memastikan berbilang pelanggan dengan konfigurasi yang sama tidak mencuba semula pada selang masa yang sama.
Pemerhatian percubaan anda mencerminkan tingkah laku mundur eksponen. Menggunakan MinimumBackoff 1s dan MaximumBackoff 2s, anda melihat kelewatan ~3s yang agak konsisten antara nack, mewakili backoff maksimum 2s.
Ketiadaan selang penggandaan antara percubaan semula menunjukkan bahawa tiada pengganda eksplisit digunakan. Selain itu, anda tidak mematuhi sebarang had keras pada bilangan percubaan semula, menyokong pengesyoran untuk menggunakan DLQ untuk mengehadkan percubaan mencuba semula.
Atas ialah kandungan terperinci Bagaimanakah Dasar Percubaan Semula Google Pub/Sub melaksanakan pengunduran eksponen dan bagaimanakah ia berbeza daripada perpustakaan mundur yang lain?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!