[connectors/servicegraph] Add native histograms support

[mar4uk]

Component(s)

connector/servicegraph

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

Currently, the classic histogram is used for generating request duration metrics (traces_service_graph_request_server_seconds and traces_service_graph_request_client_seconds). It requires providing explicit buckets with latency_histogram_buckets configuration parameter or using default buckets [2ms, 4ms, 6ms, 8ms, 10ms, 50ms, 100ms, 200ms, 400ms, 800ms, 1s, 1400ms, 2s, 5s, 10s, 15s]

Configuration could be improved with adoption on exponential histogram

Describe the solution you'd like

Allow servicegraph connector to support exponential histograms. Configuration should allow configuring which type of histograms to use

The configuration of servicegraph connector should be changed to make it possible to configure different types of histograms. It could be similar to spanmetrics connector:

servicegraph:
   histogram:
      exponential:
          max_size: 100

Describe alternatives you've considered

No response

Additional context

No response

[github-actions]

Pinging code owners:

• connector/servicegraph: @jpkrohling @mapno @JaredTan95

See Adding Labels via Comments if you do not have permissions to add labels yourself.

[mar4uk]

I'm ready to start working on this

[atoulme]

@mar4uk please go ahead. Codeowners, any comment on direction?

[github-actions]

This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping @open-telemetry/collector-contrib-triagers. If this issue is still relevant, please ping the code owners or leave a comment explaining why it is still relevant. Otherwise, please close it.

Pinging code owners:

• connector/servicegraph: @mapno @JaredTan95

See Adding Labels via Comments if you do not have permissions to add labels yourself.

[mar4uk]

this issue is still relevant