Why total queue depth misleads when one Service Bus queue serves many customers
A SaaS platform uses a single shared Service Bus queue to link its cloud product with customers' on-premises systems. The author favors having an outbound-polling agent pull from the broker over inbound HTTP triggers, since the queue absorbs customer outages as backlog instead of failures. Fairness between tenants is handled with per-tenant session IDs, with dedicated queues reserved for high-volume exceptions. The article argues that alerting on aggregate active message count hides a single stuck tenant, as in a case where one customer's credentials failed and their data sat unsynced for days. Instead, it recommends tracking the age of each tenant's oldest unprocessed message, which distinguishes a busy tenant from a broken one.
This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)
Log in to join the discussion and vote.
Log in