Skip to content

feat(github-app): select app by rate limit budget - #5391

Merged
guicaulada merged 1 commit into
mainfrom
gc/feat/rate-limit-aware-app-selection
Sep 8, 2026
Merged

feat(github-app): select app by rate limit budget#5391
guicaulada merged 1 commit into
mainfrom
gc/feat/rate-limit-aware-app-selection

Conversation

@guicaulada

@guicaulada guicaulada commented Sep 8, 2026

Copy link
Copy Markdown
Contributor

Replaces uniform random GitHub App selection with selection based on the last observed rate-limit budget. Apps under a secondary rate-limit cooldown are temporarily skipped, and randomized starting points spread cold-start traffic across apps.

Uses the credential storage interface introduced on main and preserves the selected app index throughout each operation. Includes a regression test verifying selection from an injected credentials store without reading SSM.

This PR targets main and contains only the rate-limit selection change. The manifest prerequisite was merged separately in #5282. Replaces #5283, which was originally merged into the parent feature branch.

Validation: 350 control-plane tests passed; TypeScript, ESLint, and diff whitespace checks passed. The commit is signed and verified.

Follow-up to #5269 / #5038.

@guicaulada
guicaulada requested a review from a team as a code owner September 8, 2026 19:56
@guicaulada
guicaulada requested a review from a team as a code owner September 8, 2026 20:02
Brend-Smits
Brend-Smits previously approved these changes Sep 8, 2026
Base automatically changed from gc/feat/github-apps-manifest to main September 8, 2026 20:06
@guicaulada
guicaulada force-pushed the gc/feat/rate-limit-aware-app-selection branch from 3d6681b to c1de2e2 Compare September 8, 2026 20:07
Follow-up to #5269, item 2 of the [#5038
review](#5038 (review)).
Stacked on #5282 (manifest transport); review that first.

Replaces uniform random GitHub App selection with budget-aware
selection, ported from our production fork:

- The auth module tracks the last observed `x-ratelimit-remaining` per
app, fed by `metricGitHubAppRateLimit` headers and the throttling plugin
callbacks.
- Selection picks the app with the most budget remaining; apps with no
observed state are assumed full.
- Apps that hit a secondary rate limit are skipped for 60 seconds; if
every app is cooling down, the one with the most budget is used anyway.
- Iteration starts at a random offset so concurrent cold-started lambdas
do not converge on the same app.

Uniform random kept sending ~1/N of traffic to apps that were already
exhausted. Selection state is per warm container and converges within a
few invocations; a cold container starts as before.

- control-plane: 353 tests passed, including six new selection tests
(budget preference, unobserved-assumed-full, cooldown skip, all-cooling
fallback, single-app short-circuit, explicit appIndex) and a
selector-feed test for the rate-limit headers.
- ESLint + Prettier clean.

Follow-up to #5269 / #5038. Depends on #5282.
@guicaulada
guicaulada force-pushed the gc/feat/rate-limit-aware-app-selection branch from c1de2e2 to 0b717cc Compare September 8, 2026 20:08
@github-actions

github-actions Bot commented Sep 8, 2026

Copy link
Copy Markdown
Contributor

Dependency Review

✅ No vulnerabilities or license issues or OpenSSF Scorecard issues found.

Scanned Files

None

@guicaulada
guicaulada merged commit 668d8da into main Sep 8, 2026
12 of 13 checks passed
@guicaulada
guicaulada deleted the gc/feat/rate-limit-aware-app-selection branch September 8, 2026 20:38
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants