-
-
Notifications
You must be signed in to change notification settings - Fork 520
Open
Description
Problem Statement
Hey!
This is very specific problem related to very frequent or jobs which split progress within runs e.g. pagination, cursor-based parameters for the same job.
Due to large volume Sentry starts rate-limiting and also since progress determined by job parameters it should not be so that check-in happens on each and every run.
References:
Solution Brainstorm
- Add
skip_sentry_check_in!method to job class instance, without additional arguments - Add
send_sentry_check_in!method to job class instance, default to :ok checkin type (error should be attached to actual error? in_progress does not make sense to send in this case?)
Metadata
Metadata
Assignees
Projects
Status
Waiting for: Product Owner