opentelemetry-sdk: pass exporter args from sdk configuration

[xrmx]

Description

This permits to pass exporter specific arguments when initialized by the sdk passing a map using the exporter class as key and a map of arguments as value.
While at it also enable typechecking in the sdk.configuration module.

Type of change

Please delete options that are not relevant.

• Bug fix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Breaking change (fix or feature that would cause existing functionality to not work as expected)
• This change requires a documentation update

How Has This Been Tested?

Please describe the tests that you ran to verify your changes. Provide instructions so we can reproduce. Please also list any relevant details for your test configuration

• tox -e py310-test-opentelemetry-sdk

Does This PR Require a Contrib Repo Change?

• Yes. - Link to PR:
• No.

Checklist:

• Followed the style guidelines of this project
• Changelogs have been updated
• Unit tests have been added
• Documentation has been updated

[jeremydvoss]

I think this design seems to make sense with the existing code! The previous changes I made allow for Provider-level configuration like Samplers and ID Generators. But until now the only way to configure exporters in autoinstrumentation has been env vars. This would allow Distros (or rather, configurators) to override the configure method to pass args to exporters, which would be a huge improvement. I don't think this would cause any issues. However, as with all autoinstrumentation changes, I would love some time to test it before release.

[xrmx]

I think this design seems to make sense with the existing code! The previous changes I made allow for Provider-level configuration like Samplers and ID Generators. But until now the only way to configure exporters in autoinstrumentation has been env vars. This would allow Distros (or rather, configurators) to override the configure method to pass args to exporters, which would be a huge improvement. I don't think this would cause any issues. However, as with all autoinstrumentation changes, I would love some time to test it before release.

The behavior is not changed by default, an empty dict will be passed to exporters as we're currently doing so I don't expect any breakage. The content of the options passed to exporters has been made per exporter class to be as narrow as possible and avoid unexpected params.

[jeremydvoss]

Greatly expands distro customizability.