ROHIT SHARMA


Service Map

A live node-link graph of service-to-service traffic, drawn from kernel-level observation rather than instrumentation, with error rate and latency encoded on the graph itself.

The agent observes traffic with eBPF, so the topology needs no sidecars, no code changes and no service mesh. Nodes carry requests per minute, errors per minute and P95 latency, and take their colour from error rate — yellow below ten percent, orange to twenty, red above. Edge thickness carries volume.

Edge Delta Service Map showing services as labelled nodes connected by directional edges, each node annotated with request rate, error rate and latency

On a real map the interesting part is rarely the whole map. Isolating a service collapses the graph to that node and its immediate neighbours, which is the difference between a diagram and something you can work in during an incident.

Service Map collapsed to a single service and its direct upstream and downstream neighbours

Opening a service gives its traces, request and latency charts, and the logs from the same window — so the question a graph raises can be answered without leaving it.

Service detail panel beside the map showing traces, a request rate chart and a latency chart for the selected service

Edges are selectable in their own right. A connection resolves to its source and destination, the metrics for that pair alone, and the traces crossing it.

Connection detail panel showing source and destination services with request metrics and traces for that single edge

Traffic that will not resolve to a known service still has to appear somewhere, or the map quietly lies about the edges of the system. It is collected into an explicit unknown-service node instead of being dropped.

Service Map showing an Unknown Service node collecting unresolved external traffic

Announcement · Documentation