opentelemetry-erlang-contrib
opentelemetry-erlang-contrib copied to clipboard
OpenTelemetry instrumentation for Erlang & Elixir
First one is related to `OpenTelemetry.Ctx` API. I've noticed in a few scenarios the current span of a trace may get lost after Ecto calls. Looking at the The `attach/1`...
**Is your feature request related to a problem? Please describe.** The Phoenix instrumentation does not inject tracing headers in the response **Describe the solution you'd like** Similar to how [`:otel_propagator_text_map.extract`](https://github.com/open-telemetry/opentelemetry-erlang-contrib/blob/main/instrumentation/opentelemetry_phoenix/lib/opentelemetry_phoenix.ex#L102)...
Starting a drop-in for Elixir Task module. This will allow users to just add an alias at the top of their file and progressively transition any tasks they want to...
I couldn't find any discussion about how to include the required attribute `db.system`. I think currently there isn't a good way to infer that information, maybe ecto adapters can send...
It should be that the global propagators are only used if the user doesn't supply a propagator. This applies to anywhere propagators are used but it is largely HTTP instrumentation...
**Describe the bug** Tons of `UPDATE "public"."oban_producers" AS o0 SET "updated_at" = $1 WHERE (o0."uuid" = $2)` as parentless spans **Expected behavior** Span from engine.ex should be respected and included...
No matter which handler I try to use with Opentelemetry they all aren't able to attach (OpentelemetryPhoenix, OpentelemetryEcto, etc...) . I followed and made sure that `Plug.Telemetry` exists. Any ideas...
**TL;DR: provide option for users to setup Ecto telemetry with repo auto-discovery event, in addition to current explicit setup** At current version (`1.0.0-rc.3`), Ecto setup is done explicit for each...
Before moving the existing projects into this repo we need to settle on a couple of items. ### Outstanding Questions **Directory Structure** There are a couple of patterns being used...
Hi all, We have been running with this configuration for some time now. Thought it would be a worthy addition to the contrib repo. I made an effort when I...