feat(HNT-2086): add the distributed Zyte rate limiter - #33
Draft
mmiermans wants to merge 1 commit into
Draft
Conversation
mmiermans
force-pushed
the
claude/hnt-2086-discovery-consumer
branch
from
July 6, 2026 17:08
608d3d1 to
a76ed67
Compare
mmiermans
force-pushed
the
claude/hnt-2086-zyte-rate-limit
branch
from
July 6, 2026 17:09
8de019d to
e5140b5
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Goal
HNT-2086
Add the distributed Zyte rate limiter that gates every Zyte call against a shared per-role token bucket in Redis, so both worker roles stay within the Zyte account limit and shed load instead of pinning a worker when the account is saturated. This builds on the redis-state slice by using its generic token-bucket primitive
acquireRateLimitToken, and on the worker-config slice by using its split of the per-account rate between the two roles. See docs/ARCHITECTURE.md in #14 for where rate limiting sits in the worker Zyte flow.Implementation decisions
awaitZyteTokenloops overacquireRateLimitToken, which owns the atomic refill-and-take Lua script in the generic redis-state packagezyte:rate-limit:${workerRole}, and the worker-config slice sets the two default rates so they add up to the Zyte account limitZYTE_RATE_LIMIT_BURSTis 0 the burst falls back to the per-minute rate