Skip to content

Conversation

markstory
Copy link
Member

DESCRIBE YOUR PR

Add the taskworker usage guide content from notion to our public documentation.

Refs STREAM-439

IS YOUR CHANGE URGENT?

Help us prioritize incoming PRs by letting us know when the change needs to go live.

  • Urgent deadline (GA date, etc.):
  • Other deadline:
  • None: Not urgent, can wait up to 1 week+

SLA

  • Teamwork makes the dream work, so please add a reviewer to your PRs.
  • Please give the docs team up to 1 week to review your PR unless you've added an urgent due date to it.
    Thanks in advance for your help!

PRE-MERGE CHECKLIST

Make sure you've checked the following before merging your changes:

  • Checked Vercel preview for correctness, including links
  • PR was reviewed and approved by any necessary SMEs (subject matter experts)
  • PR was reviewed and approved by a member of the Sentry docs team

Add the taskworker usage guide content from notion to our public
documentation.

Refs STREAM-439
Copy link

linear bot commented Sep 11, 2025

Copy link

vercel bot commented Sep 11, 2025

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

Project Deployment Preview Comments Updated (UTC)
develop-docs Ready Ready Preview Comment Sep 15, 2025 3:39pm
1 Skipped Deployment
Project Deployment Preview Comments Updated (UTC)
sentry-docs Ignored Ignored Preview Sep 15, 2025 3:39pm

@markstory markstory requested a review from a team September 11, 2025 19:17
@aldy505
Copy link
Collaborator

aldy505 commented Sep 12, 2025

👀


## Processing Deadlines

Every task has a ‘processing deadline’ which is the maximum expected runtime for a task. The default duration is **10 seconds**
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This raises a question for self-hosted: How do we increase the processing deadline?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Processing deadlines are defined in code. In general processing deadlines are fairly generous as we don't want tasks timing out regularly. They are mostly intended as a backstop to changes that dramatically change the runtime of a task where it would consume vastly more worker resources.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you. I think it's better if you put your answer into the docs.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Added to the docs.

### Broker specific terms

- `InflightActivations` When `TaskActivations` are being processed, additional metadata is stored in the `InflightActivationStore` until execution is complete.
- `max_pending_count` The maximum number of tasks that can be pending in `InflightActivations` sqlite database.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is the only mention regarding sqlite. Is it being used for anything else other than inflight activation?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That's the only usage of sqlite in taskbroker.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah okay, so if the sqlite is removed (by any means or reason), we just need to restart the container and everything would be fine again?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, I'll put that in the operational docs. I will do a separate pull request for those to keep this a manageable size.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes thank you!

cursor[bot]

This comment was marked as outdated.

- `Task` A function that can be scheduled to run later. Tasks are executed by workers, and can be retried should they fail.
- `TaskNamespace` A collection of related tasks that are operated together. Activations within a namespace will be ordered, but activations between namespaces have no ordering promises.
- `TaskActivation` A deferred task invocation that can be serialized and executed later. Also referred to as an `activation` .
- `TaskNamespace` A collection of related tasks that share default behaviour and infrastructure. Task namespaces can be isolated from each other.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is in here twice.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Oops. I'll remove the second copy.

Copy link
Collaborator

@aldy505 aldy505 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Other than Evan's notes, LGTM.

markstory and others added 3 commits September 15, 2025 11:23
## DESCRIBE YOUR PR

We should give guidance on how to operate taskbroker/workers in
self-hosted environments as there will be installs that need more than a
single broker/worker

Refs STREAM-439
## IS YOUR CHANGE URGENT?  

Help us prioritize incoming PRs by letting us know when the change needs
to go live.
- [ ] Urgent deadline (GA date, etc.): <!-- ENTER DATE HERE -->
- [ ] Other deadline: <!-- ENTER DATE HERE -->
- [x] None: Not urgent, can wait up to 1 week+

## SLA

- Teamwork makes the dream work, so please add a reviewer to your PRs.
- Please give the docs team up to 1 week to review your PR unless you've
added an urgent due date to it.
Thanks in advance for your help!

## PRE-MERGE CHECKLIST

*Make sure you've checked the following before merging your changes:*

- [ ] Checked Vercel preview for correctness, including links
- [x] PR was reviewed and approved by any necessary SMEs (subject matter
experts)
- [ ] PR was reviewed and approved by a member of the [Sentry docs
team](https://github.com/orgs/getsentry/teams/docs)
cursor[bot]

This comment was marked as outdated.

@markstory markstory merged commit 1aa24f0 into master Sep 15, 2025
12 checks passed
@markstory markstory deleted the feat-taskworker-usage branch September 15, 2025 16:24
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