You finally got that production event stream running, only to realize debugging it feels like staring at static. Messages fly, telemetry flickers, and Ops wants trace correlation yesterday. That is where Azure Service Bus Lightstep comes in. It ties message flow and observability together so you can see what your system is actually doing, not just what the metrics claim.
Azure Service Bus handles enterprise-grade messaging: queues, topics, and reliable delivery at cloud scale. Lightstep, part of the ServiceNow observability suite, unifies traces, logs, and metrics into a single view using OpenTelemetry data. Together they provide end-to-end visibility into distributed systems that would otherwise look like a Jackson Pollock painting of JSON blobs.
The connection logic is straightforward. Instrument your producers and consumers with OpenTelemetry SDKs. Those traces carry correlation IDs that Lightstep can interpret. Azure Service Bus tags each message with metadata—think session IDs, message IDs, and correlation IDs—that Lightstep associates with trace spans. The result is continuity: every enqueue, dequeue, and handler execution appears inside one visual timeline.
To integrate securely, start with identity. Assign a managed identity to your service, then use Azure Role-Based Access Control (RBAC) to authorize send and receive permissions only where needed. This avoids secret sprawl and keeps least privilege intact. Lightstep endpoints require an access token, typically tied to a project API key. Rotate that key regularly and scope it narrowly.
Here is a quick answer for skimmers:
How do I connect Azure Service Bus with Lightstep?
Instrument your message handlers with OpenTelemetry, export data to Lightstep using its access token, and rely on Azure RBAC for Service Bus permissions. That gives trace continuity across producers, consumers, and infrastructure.