Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

environment variables not aligned to spec imo #56

Open
bbortt opened this issue Oct 27, 2022 · 2 comments
Open

environment variables not aligned to spec imo #56

bbortt opened this issue Oct 27, 2022 · 2 comments
Labels
bug Something isn't working

Comments

@bbortt
Copy link
Contributor

bbortt commented Oct 27, 2022

The default variable OTEL_SERVICE_NAME configures the resource attribute service.name. that's fine, but you're setting a default value when non is present. according to the spec this value is required, so I think it would be good to fail if this is not present.

second, I think that the library should respect the environment variables OTEL_SERVICE_VERSION and OTEL_SERVICE_NAMESPACE. it is already looking at service_version, then adding this into resource attribute service.version. I think, it would make sense to respect OTEL_SERVICE_VERSION (for service.version), as well as OTEL_SERVICE_NAMESPACE (for service.namespace).

let me know what you think of it @krzko, I could of course contribute the change.

@bbortt bbortt added the bug Something isn't working label Oct 27, 2022
@krzko
Copy link
Owner

krzko commented Nov 8, 2022

Heya @bbortt , yes agreed on both points.

The first one, I had it in the works already and will look to implement as per

MUST be the same for all instances of horizontally scaled services. If the value was not specified, SDKs MUST fallback to unknown_service: concatenated with process.executable.name, e.g. unknown_service:bash. If process.executable.name is not available, the value MUST be set to unknown_service

The second one also requires some alignment and cleaning up.

Nice catches and thanks for highlighting this. Hope to get some time work clean this up.

@bbortt
Copy link
Contributor Author

bbortt commented Nov 15, 2022

ok, perfect @krzko :) let me know if I can help!

Repository owner deleted a comment from BhavyClover Feb 22, 2024
@github-staff github-staff deleted a comment from insite-la Apr 4, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants