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
The idempotency key is used to make sure that events are not recorded more than once, although they may be submitted multiple times in some cases to make sure they are not lost.
The background jobs that send the billing events to S3 and Vector are distinct. The idempotency key is generated in those jobs. We should move the generation to an earlier stage to fix that.
The text was updated successfully, but these errors were encountered:
Daniel-ef
changed the title
Billing events sent to Vector and S3 should use the same idempotency key
Proxy: billing events sent to Vector and S3 should use the same idempotency key
Aug 5, 2024
#8564
## Problem
The main and backup consumption metric pushes are completely
independent,
resulting in different event time windows and different idempotency
keys.
## Summary of changes
* Merge the push tasks, but keep chunks the same size.
#8564
## Problem
The main and backup consumption metric pushes are completely
independent,
resulting in different event time windows and different idempotency
keys.
## Summary of changes
* Merge the push tasks, but keep chunks the same size.
Since today all regions have the new proxy release. The still running old releases will stop pushing to S3 within 24h, so there won't be inconsistent keys from them, too.
The idempotency key is used to make sure that events are not recorded more than once, although they may be submitted multiple times in some cases to make sure they are not lost.
The background jobs that send the billing events to S3 and Vector are distinct. The idempotency key is generated in those jobs. We should move the generation to an earlier stage to fix that.
Relates: https://github.com/neondatabase/cloud/issues/9826
The text was updated successfully, but these errors were encountered: