You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
AFAIK, the only way (except for in code) to configure the OtlpExporter endpoint and headers is to use the OTel environment variables OTEL_EXPORTER_OTLP_ENDPOINT and OTEL_EXPORTER_OTLP_HEADERS. I've not yet fully investigated how these are configured in the vanilla SDK, but from an initial docs review, this seems to be the case.
Since we already bind options from IConfiguration, in that scenario, it would be nice if we could simplify the configuration experience and read in the endpoint and headers from additional configuration keys under the Elastic:OpenTelemetry section. An advantage is a consistent configuration experience if using IConfiguration. Additionally, user secrets can be employed in development as well.
We should investigate further and see if we should consider adding this to provide additional value in the distro. We could also have upstream discussions about this to see if there are any thoughts on supporting general IConfiguration sections. Right now, it seems that when IConfiguration is used in the vanilla SDK, it's only used to ready keys that match the OTEL_ environment variables.
The text was updated successfully, but these errors were encountered:
AFAIK, the only way (except for in code) to configure the
OtlpExporter
endpoint and headers is to use the OTel environment variablesOTEL_EXPORTER_OTLP_ENDPOINT
andOTEL_EXPORTER_OTLP_HEADERS
. I've not yet fully investigated how these are configured in the vanilla SDK, but from an initial docs review, this seems to be the case.Since we already bind options from
IConfiguration
, in that scenario, it would be nice if we could simplify the configuration experience and read in the endpoint and headers from additional configuration keys under theElastic:OpenTelemetry
section. An advantage is a consistent configuration experience if usingIConfiguration
. Additionally, user secrets can be employed in development as well.We should investigate further and see if we should consider adding this to provide additional value in the distro. We could also have upstream discussions about this to see if there are any thoughts on supporting general
IConfiguration
sections. Right now, it seems that whenIConfiguration
is used in the vanilla SDK, it's only used to ready keys that match the OTEL_ environment variables.The text was updated successfully, but these errors were encountered: