Add explicit_bucket_boundaries_advisory to new semconv duration histograms for HTTP instrumentations

[emdneto]

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 open-telemetry/opentelemetry-python#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:

• OTEL_SEMCONV_STABILITY_OPT_IN latency buckets too big #3011