otel-cf-workers icon indicating copy to clipboard operation
otel-cf-workers copied to clipboard

An OpenTelemetry compatible library for instrumenting and exporting traces for Cloudflare Workers

Results 23 otel-cf-workers issues
Sort by recently updated
recently updated
newest added

Hey @evanderkoogh, This instruments websocket message and close handling. ![image](https://github.com/evanderkoogh/otel-cf-workers/assets/7361428/8f35297c-5541-4cc0-bef8-dadeead8d8fb) This is a pretty hacky PR and I would appreciate your feedback on how to make it ready to merge...

Hi :wave:, In theory, this PR implements auto-instrumentation for WfP. The only part I'm unhappy about is the attribute parser, but since the parameter types are `unknown`, I guess it's...

This PR introduces [Vitest](https://vitest.dev/) with initial unit tests covering Durable Object storage instrumentation. These tests are focused on verifying the resulting spans match the expected behavior. In writing these tests,...

After investigating more https://github.com/evanderkoogh/otel-cf-workers/issues/14#issuecomment-1625437208, it looks like this module doesn't support yet Websockets and using the DO storage in a websocket handler throws the error: ``` Cannot read properties of...

enhancement

Love the start of the library! We use Dynatrace as part of our monitoring stack and presently they only support HTTP & Protobuffer as a transport mechanism for span traces...

enhancement
external

Right now especially the configuration section explains a lot of how Open Telemetry works to explain what to configure and how. This can all be put into a separate doc...

documentation
good first issue

We have a pretty complex cloudflare worker that we recently added instrumentation to with `otel-cf-workers`. The library has worked like a dream, providing extra insight into our requests. However, when...

We are using `QStash` and would like to setup distributed tracing across jobs. Unfortunately, QStash adds a prefix to the custom headers. Afaik, this library extracts potential parent traces from...

Hey, here's the situation: - We're sending traces to Grafana Tempo - We want to use its `deployment.environment` resource attribute to split traces between stages - https://grafana.com/docs/grafana-cloud/monitor-applications/application-observability/manual/inventory/#deployment-environment ![CleanShot 2024-05-31 at...

This wasted some of my time and probably others. It's not obvious at all. This could be worth a mention in these docs whilst the issue still exists. https://github.com/cloudflare/workerd/issues/2247