Skip to content

Conversation

@bechols
Copy link
Contributor

@bechols bechols commented Jan 29, 2026

Summary

  • Add new "Throttling behavior" section to limits.mdx explaining what happens when rate limits are exceeded
  • Update capacity-modes.mdx to correct misleading "work is never lost" statement
  • Document priority-based throttling, burst tolerance, ResourceExhausted errors, and potential for call failures

Why

A user in the community Slack asked what happens when they hit their APS limit: https://temporalio.slack.com/archives/C04S80QKB2Q/p1769633842536299

The existing docs implied "work is never lost" but this is misleading. Per Tihomir's response in the thread:

  • SDKs retry ResourceExhausted errors, but calls CAN fail if throttling persists
  • Users should log failed calls with payloads for backfill
  • Metrics should be set up to alert on throttling

Test plan

  • Verify links work (#throttling-behavior anchor, metrics reference link)
  • Review with docs team for accuracy
  • Check formatting renders correctly

🤖 Generated with Claude Code

Add detailed documentation about what actually happens when Namespace
rate limits are exceeded, based on community feedback.

Key clarifications:
- Priority-based throttling (low-priority ops throttled first)
- Burst tolerance allows temporary spikes
- ResourceExhausted errors and SDK retry behavior
- Calls CAN fail if throttling persists beyond retry limits
- Best practices for handling throttling

This corrects the previous implication that "work is never lost" which
was misleading - client calls can fail if not handled properly.

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
@bechols bechols requested a review from a team as a code owner January 29, 2026 03:52
@vercel
Copy link

vercel bot commented Jan 29, 2026

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Review Updated (UTC)
temporal-documentation Ready Ready Preview, Comment Jan 29, 2026 4:41am

Request Review

@github-actions
Copy link
Contributor

github-actions bot commented Jan 29, 2026

📖 Docs PR preview links

- Move throttling behavior section above schedules rate limit
- Add link to OSS throttling priorities (quotas.go)
- Link from capacity-modes to limits#throttling-behavior

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
- capacity-modes.mdx: Change bullet point from "burst factor" to describe
  rate limiting latency
- limits.mdx: Rename "Burst tolerance" to "Throttling latency" and update
  description

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
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