You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We seem to have gotten bit by #4582 where suddenly sentry's 429 rate-limiting is the cause of our backend downtime.
The only change we made was upgrading from using our own lambda layer which was pinned as 6.2.5 to the official one.
I'm not sure how this could've been caught before deployment since we would've needed to effectively simulate sentry's rate limiting on lambda, so ignoreSentryErrors defaulting to false seem like the unsafe option, and needs to be remembered every time Sentry is setup.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
We seem to have gotten bit by #4582 where suddenly sentry's 429 rate-limiting is the cause of our backend downtime.
The only change we made was upgrading from using our own lambda layer which was pinned as
6.2.5to the official one.I'm not sure how this could've been caught before deployment since we would've needed to effectively simulate sentry's rate limiting on lambda, so
ignoreSentryErrorsdefaulting tofalseseem like the unsafe option, and needs to be remembered every time Sentry is setup.All reactions