Implement observability signals using OTEL #10
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
In @gutocarvalho 's notes, we have references to important observability signals like metrics, traces, and profiling. I think it would be a good idea to use OTEL (OpenTelemetry) for this, as it allows us to easily enable and disable observability signals using environment variables. Additionally, since we're using FastAPI, it already has the necessary contributions to both receive and send these signals.
We need to investigate if it's possible to deploy an OTEL collector in the infrastructure to redirect these signals appropriately. In the development environment, we can use the otel-lgtm image, which provides all the necessary services and is easy to test to ensure everything is being sent as expected.
Just to add to this, one of the reasons for using Deno in the frontend project is the OTEL integration ( see https://docs.deno.com/runtime/fundamentals/open_telemetry/ ).
So I agree on having an OTEL colector.
+1 for otel.