Skip to content

otel.instrumentation.common.peer-service-mapping: support glob #13111

Open
@codefromthecrypt

Description

@codefromthecrypt

Is your feature request related to a problem? Please describe.

Right now, there's a handy feature to map peer service names, given hostname or hostname:port. This is important for topology view.
https://opentelemetry.io/docs/zero-code/java/agent/instrumentation/#peer-service-name

One issue is that you may want to bucket a service like "openai-azure", but be stifled by its use of subdomains. It isn't viable in some cases to enumerate all possible hostnames as they could be parametrized in a way that changes independent from the agent config.

E.g. x.openai.azure.com, y.openai.azure.com

This concern is not limited to azure openai as it applies to anything using subdomains, like s3.

Describe the solution you'd like

I think the simplest way out would be to accept asterisk as a wildcard. so, *.openai.azure.com=openai-azure or similar. This could be very efficient especially if only one wildcard was permitted, or a substring variant.

Describe alternatives you've considered

Today, if you know the names, you can just list them all.

Also, you could instead map other things instead of hostname, like db.system recently renamed to db.system.name. However, as this is already a drifted config pattern (due to appending ".name"), it might be confusing to document. So, it seems low-hanging fruit to just accept a wildcard.

Also, I think while we could do regex, it is overkill for the pattern described vs a glob or substring.

Additional context

thought about this, testing otel-tui ymtdzzz/otel-tui#200

Metadata

Metadata

Assignees

Labels

contribution welcomeRequest makes sense, maintainers probably won't have time, contribution would be welcomeenhancementNew feature or request

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions