observability

name	observability
description	Observability implements structured logging, distributed tracing, and error monitoring for Cloudflare Workers and edge applications.

Observability

Part of Agent Skills™ by googleadsagent.ai™

Description

Observability implements structured logging, distributed tracing, and error monitoring for Cloudflare Workers and edge applications. The agent instruments code with contextual log entries, trace spans, error boundaries, and alerting rules that provide full visibility into production behavior without sacrificing performance.

Workers present unique observability challenges. There are no persistent processes to attach profilers to, no filesystem for log files, and no APM agent to inject. Observability must be built into the application layer through structured log events shipped to external collectors, request-scoped trace contexts, and explicit error capture with stack traces and request metadata.

This skill covers three pillars: Logging (structured JSON events with correlation IDs), Tracing (request-scoped spans with timing and metadata), and Monitoring (error rate tracking, latency percentiles, and alerting thresholds). Together, they answer the three questions of production debugging: what happened, how long did it take, and how often does it fail.

Use When

• Adding logging to Workers or edge applications
• Debugging production issues with distributed request tracing
• Setting up error monitoring and alerting
• Implementing health check endpoints
• Measuring and reporting latency percentiles
• Building dashboards for operational visibility

How It Works

graph TD
    A[Incoming Request] --> B[Generate Trace ID]
    B --> C[Start Root Span]
    C --> D[Execute Handler]
    D --> E[Child Spans for Subrequests]
    E --> F{Error?}
    F -->|Yes| G[Capture Error + Context]
    F -->|No| H[Record Success Metrics]
    G --> I[Structured Log: ERROR]
    H --> J[Structured Log: INFO]
    I --> K[Ship to Collector via waitUntil]
    J --> K
    K --> L[External: Datadog / Grafana / Sentry]
    C --> M[End Root Span + Record Latency]
    M --> K

Every request receives a trace ID that propagates through all subrequests and log entries. Spans measure duration of individual operations. Logs and spans are batched and shipped asynchronously via waitUntil() to avoid adding latency to the response.

Implementation

interface LogEntry {
  timestamp: string;
  level: "debug" | "info" | "warn" | "error";
  traceId: string;
  spanId: string;
  message: string;
  data?: Record<string, unknown>;
  error?: { name: string; message: string; stack?: string };
  duration_ms?: number;
}

class RequestTracer {
  private traceId: string;
  private spans: LogEntry[] = [];
  private startTime: number;

  constructor(request: Request) {
    this.traceId = request.headers.get("x-trace-id") ?? crypto.randomUUID();
    this.startTime = performance.now();
  }

  span<T>(name: string, :  <T>): <T> {
     spanId = crypto.().(, );
     start = performance.();
     ().(
       {
        .(, name, { : performance.() - start }, spanId);
         result;
      },
       {
        .(, name, {
          : performance.() - start,
          : { : error., : error., : error. },
        }, spanId);
         error;
      }
    );
  }

  (: [], : , ?: <, >, ?: ):  {
    ..({
      :  ().(),
      level,
      : .,
      : spanId ?? ,
      message,
      ...data,
    });
  }

   (: { :  }): <> {
     rootDuration = performance.() - .;
    .(, , { : rootDuration });

     env..(, {
      : ,
      : .(.),
      : { :  },
    });
  }
}

  {
   (: , : , : ): <> {
     tracer =  (request);
     {
       data =  tracer.(,  (env));
       html =  tracer.(,  (data));
        (html, { :  });
    }  (error) {
      tracer.(, , {
        : { : (error  )., : (error  ). },
        : request.,
        : request.,
      });
        (, { :  });
    }  {
      ctx.(tracer.(env));
    }
  },
}  <>;

Best Practices

• Ship logs asynchronously via waitUntil() to avoid adding latency to responses
• Include trace IDs in all error responses so users can report them for debugging
• Use structured JSON logging—never unstructured console.log in production
• Set alerting thresholds on error rate (>1%) and p99 latency (>500ms)
• Sample debug-level logs in production (1-10%) to control volume and cost
• Propagate trace IDs across service boundaries via the x-trace-id header

Platform Compatibility

Platform	Support	Notes
Cursor	Full	Instrumentation code generation
VS Code	Full	Log viewer integration
Windsurf	Full	Observability patterns
Claude Code	Full	Worker instrumentation
Cline	Full	Logging + tracing setup
aider	Partial	Code-level instrumentation

Related Skills

• Cloudflare Workers
• CI/CD Pipelines
• Service Discovery
• Agent Security Scanning

Keywords

observability structured-logging distributed-tracing error-monitoring cloudflare-workers alerting latency trace-id

---

© 2026 googleadsagent.ai™ | Agent Skills™ | MIT License