RealComposer
Architecture & BFF

Distributed Tracing

Direct Definition

Distributed tracing records a tree of spans showing how one API request flows through gateways, workers, databases, and third-party HTTP calls. Each span carries timing, status, and metadata linked by a shared trace ID so operators find slow or failing hops quickly.

Technical Architecture & Deep-Dive

Without tracing, a 900ms BFF response is a black box. With tracing, you see 700ms spent in a legacy SOAP upstream and 50ms in auth. OpenTelemetry standards define propagation headers so Cloudflare Workers, Node services, and SaaS webhooks participate in one trace when supported.

Edge BFFs should forward or generate trace context on every subrequest, avoid logging secrets in span attributes, and sample aggressively on high-volume health checks.

Key Architectural Benefits

Pinpoints slow upstreams in multi-call BFF workflows.
Correlates user-facing errors with root span failures.
Feeds latency data into SLO and capacity planning.
REALCOMPOSER EDGE WORKSPACE

Implement Distributed Tracing at the Edge

Deploy lightweight API aggregation, edge caching, and secret injection in minutes without Docker containers or complex servers.

START BUILDING FREE

Frequently Asked Questions

Q:Do third-party SaaS APIs join my traces?

Only when they accept propagated headers or provide compatible IDs. Your edge span still captures client-side wait time for external calls.

Related Architecture Concepts

Ready-to-Use Edge Recipes