Skip to content

Sync upstream/integration (a1fa3b8) -> release/5 2026-06-08#422

Open
ffaraone wants to merge 8 commits into
release/5from
bp-sync-a1fa3b8
Open

Sync upstream/integration (a1fa3b8) -> release/5 2026-06-08#422
ffaraone wants to merge 8 commits into
release/5from
bp-sync-a1fa3b8

Conversation

@ffaraone

@ffaraone ffaraone commented Jun 8, 2026

Copy link
Copy Markdown
Collaborator

This PR syncs the latest changes from upstream to release branch.

ffaraone and others added 8 commits May 21, 2026 16:52
…mance

## Description

Region expenses, traffic expenses, available filters performance

## Related issue number

OSN-1451

## Special notes

<!-- Please provide additional information if required. -->

## Checklist

* [ ] The pull request title is a good summary of the changes
* [ ] Unit tests for the changes exist
* [ ] New and existing unit tests pass locally
## Description

Fixed primary key issue for clickhouse expenses query

## Related issue number

OSN-1481

## Special notes

<!-- Please provide additional information if required. -->

## Checklist

* [ ] The pull request title is a good summary of the changes
* [ ] Unit tests for the changes exist
* [ ] New and existing unit tests pass locally
c050add OSN-1473. Removed telegram link from email templates
585e7e7 OSN-1481. Fixed primary key issue for clickhouse expenses query
…sibility (hystax#882)

## Description

### Problem

When a tenant has multiple cloud accounts (e.g. several Azure
subscriptions under the same tenant), their billing imports run in
parallel and share the same cloud-provider API rate-limit quota. Under
load, this causes cascading HTTP 429 errors that exhaust all retry
attempts, leaving imports in a failed state and surfacing an ERROR event
in the organisation's event log, even though the failure is transient
and automatically retried.

### What changed

- Parallel imports per tenant are now bounded. Accounts that share a
rate-limit quota (identified by a common parent account) are imported
with a configurable maximum concurrency instead of all at once. This
significantly reduces the chance of hitting provider rate limits in the
first place. The limit is tunable via the
/diworker/max_tenant_import_workers configuration key (default: 1).
- Rate-limit failures are no longer reported as errors. When an import
fails solely because the cloud provider throttled the requests, the
event log now records a WARNING ("was throttled by the cloud provider")
rather than an ERROR ("failed"). Genuine billing API failures are
unchanged and still appear as errors.

## Related issue number

-

## Special notes

-

## Checklist

* [X] The pull request title is a good summary of the changes
* [ ] Unit tests for the changes exist
* [ ] New and existing unit tests pass locally
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.

5 participants