@lmolkova It seems like current azcore is responsible for tracing the HTTP spans and Client libraries can add additional tracing on top of that. Would it make sense for the Client Libraries to use a separate Tracer than Azcore? That way Azcore could have one schema URL and client libraries could their own?

@kjg absolutely!
One of the important (from otel perspective) this is that each tracer has a proper instrumentation scope (library name) so that it's clear where the telemetry is coming from and also it's possible to configure it on per-scope level. I.e. we should create a tracer per client.

That's what we do in Java:

• each library creates its own tracer instance with library name, version and, since recently, the schema url it follows. E.g. here Schema URL was added recently - Allow passing schemaUrl to tracer and meter provider, separate sdk options to a new class azure-sdk-for-java#41789. All these are library options - users don't get to change them.
• It also includes user-facing (if any) tracing configuration provided by users on the client level.

Thanks, this is so useful. I see here where the java version of azcore creates its own named tracer. I'll see if I can give a shot updating this go version to do the same!