Add `explicit_bucket_boundaries_advisory` to new semconv duration histograms for HTTP instrumentations

[emdneto]

trafficstars

At this moment, we have an issue with all instrumentation that supports duration metrics based on the stable semantic convention. When using the stable semantic convention opt-in feature, duration histogram data points are recorded in seconds, but histogram buckets are still defined in ms, which leads to a wrong calculation and presentation of percentiles.

The plan is: with the merge of https://github.com/open-telemetry/opentelemetry-python/pull/4361, we can move forward and add the advisory explicit_bucket_boundaries_advisory parameter for duration histograms of already migrated HTTP instrumentation that uses the stable semantic convention.

explicit_bucket_boundaries_advisory = [0.005, 0.01, 0.025, 0.05, 0.075, 0.1, 0.25, 0.5, 0.75, 1, 2.5, 5, 7.5, 10]

HTTP_SERVER_REQUEST_DURATION HTTP_CLIENT_REQUEST_DURATION

Instrumentations

• [ ] opentelemetry-instrumentation-flask
• [ ] opentelemetry-instrumentation-django
• [ ] opentelemetry-instrumentation-falcon
• [ ] opentelemetry-instrumentation-wsgi
• [ ] opentelemetry-instrumentation-asgi
• [ ] opentelemetry-instrumentation-urllib
• [ ] opentelemetry-instrumentation-urllib3
• [ ] opentelemetry-instrumentation-requests

Related issues:

• https://github.com/open-telemetry/opentelemetry-python-contrib/issues/3011