-
-
Notifications
You must be signed in to change notification settings - Fork 1.5k
fix(spike protection): correct floor calculation explanation #13556
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
The latest updates on your projects. Learn more about Vercel for Git ↗︎
2 Skipped Deployments
|
Bundle ReportChanges will decrease total bundle size by 15 bytes (-0.0%) ⬇️. This is within the configured threshold ✅ Detailed changes
Affected Assets, Files, and Routes:view changes for bundle: sentry-docs-client-array-pushAssets Changed:
view changes for bundle: sentry-docs-server-cjsAssets Changed:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
nit:
Is there official copy for this?
Is "one tenth", "a tenth", "10 percent", etc, more readable than "1/10th"?
@vbro nope i just came up with that stylization hence why i would like to wait on docs team for any language nits |
@@ -81,7 +81,7 @@ As mentioned above, our Spike Protection Algorithm is based on the higher of two | |||
|
|||
### Minimum Event Calculation | |||
|
|||
This calculation, which is the first step of our algorithm, identifies a minimum number of events, using your quota as a guide. This number takes the maximum of either 500 events or the result of the following formula `(3 \* your quota)/(720 \* number of projects)`. The number of projects is capped at 5 and is used to adjust the floor. The equation represents your project using up three times your overall quota in 30 days if events are continually ingested at this hourly rate, thus flagging the project for a potential spike. | |||
This calculation, which is the first step of our algorithm, identifies a minimum number of events, using your quota as a guide. This number takes the maximum of either 1/10th of the minimum reserved volume quota on the Developer plan for that event type or the result of the following formula `(3 \* your quota)/(720 \* number of projects)`. The number of projects is capped at 5 and is used to adjust the floor. The equation represents your project using up three times your overall quota in 30 days if events are continually ingested at this hourly rate, thus flagging the project for a potential spike. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This calculation, which is the first step of our algorithm, identifies a minimum number of events, using your quota as a guide. This number takes the maximum of either 1/10th of the minimum reserved volume quota on the Developer plan for that event type or the result of the following formula `(3 \* your quota)/(720 \* number of projects)`. The number of projects is capped at 5 and is used to adjust the floor. The equation represents your project using up three times your overall quota in 30 days if events are continually ingested at this hourly rate, thus flagging the project for a potential spike. | |
This calculation, which is the first step of our algorithm, identifies a minimum number of events, using your quota as a guide. This number takes the maximum of either 1/10th of the minimum reserved volume quota on the Developer plan for that event type or the result of the following formula: `(3 \* your quota)/(720 \* number of projects)`. The number of projects is capped at 5 and is used to adjust the floor. The equation represents your project using up three times your overall quota in 30 days if events are continually ingested at this hourly rate, thus flagging the project for a potential spike. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good! Thanks for updating 🤠
* 'master' of https://github.com/getsentry/sentry-docs: Fix small typo (#13570) Update trace explorer doc for GA (#13560) feat(cloudflare): Add jsonc instructions for sourcemaps upload (#13572) fix(apple): Missing semicolons in objc config snippets (#13578) feat(godot): Enriching events with scene tree data (#13531) feat(apple): Troubleshooting for subclass error (#13509) Make the API Design doc a bit more consistent (#13511) docs(js): Remove outdated/misleading warning (#13484) Refine SDK behavior docs for logs to make buffering more clear (#13573) fix(spike protection): correct floor calculation explanation (#13556) ref(docs): rm session health from early adopter (#13571) Bump API schema to 8c0365cd (#13564) Updating MCP docs with Video + Claude steps (#13563)
DESCRIBE YOUR PR
The Minimum Event Calculation section hasn't been updated to account for the different minimum floors for each SKU.
500
is only relevant to errors.IS YOUR CHANGE URGENT?
Help us prioritize incoming PRs by letting us know when the change needs to go live.
SLA
Thanks in advance for your help!
PRE-MERGE CHECKLIST
Make sure you've checked the following before merging your changes: