You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
Currently, Datadog automatic insutrumentation will put any calls done by HttpClient in a separate service. This is fine, however our application calls many different things via HttpClient and this makes the single http-client service in Datadog extremely noisy.
Describe the solution you'd like
We would like to be able to make the http-client service generation more granular. For example, we communicate with a specific API via HttpClient that I will call internal. So there would be some ability (in code probably?) to group together these calls and instead of putting everything under my-app-http-client, I could put some of my choosing under my-app-internal.
Describe alternatives you've considered
While I think being able to define a nice common name (in code?) is good, I think there are other things that would do the same thing. A few I have considered are:
Grouping http-client calls into services based on domain (although this might still present an issue for us if different environments use different dev/production domains for the same API).
Ability on the Datadog site to set up something like "virtual services" where we can manually select resources to put into "virtual services" that only exist on the website.
Additional context
I have attempted to do this manually by adding an interceptor to the HttpClient call to manually change the service name, however it appears I'm only able to change the tracer context information of the call that called the route that then used the HttpClient, which is not what I want.
The text was updated successfully, but these errors were encountered:
18swenskiq
changed the title
Automatically generated http-client service is not granular enough
[Feature Request] Automatically generated http-client service is not granular enough
Sep 5, 2024
For PHP Tracer there's an env var DD_TRACE_HTTP_CLIENT_SPLIT_BY_DOMAIN that separates it using resource domains, this could be enabled for dotnet core?
Is your feature request related to a problem? Please describe.
Currently, Datadog automatic insutrumentation will put any calls done by HttpClient in a separate service. This is fine, however our application calls many different things via HttpClient and this makes the single
http-client
service in Datadog extremely noisy.Describe the solution you'd like
We would like to be able to make the http-client service generation more granular. For example, we communicate with a specific API via HttpClient that I will call
internal
. So there would be some ability (in code probably?) to group together these calls and instead of putting everything undermy-app-http-client
, I could put some of my choosing undermy-app-internal
.Describe alternatives you've considered
While I think being able to define a nice common name (in code?) is good, I think there are other things that would do the same thing. A few I have considered are:
Additional context
I have attempted to do this manually by adding an interceptor to the HttpClient call to manually change the service name, however it appears I'm only able to change the tracer context information of the call that called the route that then used the HttpClient, which is not what I want.
The text was updated successfully, but these errors were encountered: