-
Notifications
You must be signed in to change notification settings - Fork 419
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
Update Python auto-instrumentation injection #962
Update Python auto-instrumentation injection #962
Conversation
README.md
Outdated
@@ -168,6 +168,11 @@ When using sidecar mode the OpenTelemetry collector container will have the envi | |||
|
|||
The operator can inject and configure OpenTelemetry auto-instrumentation libraries. Currently Java, NodeJS and Python are supported. | |||
|
|||
Each auto-instrumentation supports different exporters. Make sure your endpoint is configured properly: | |||
* Java - by default `OTLP gRPC exporter` is used (default port 4317). To change configuration please see [OT Java Auto-Instrumentation](https://github.com/open-telemetry/opentelemetry-java/blob/main/sdk-extensions/autoconfigure/README.md#exporters) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I like the list, however, what are the implications for the user? We should document what value of spec.exporter.endpoint
should be set for each language.
Then if the exporter endpoint differs per language how can the CR be configured for multiple languages?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I've added little bit about Instrumentation
resource and some information about each supported auto-instrumentation. I think it will make easier for end user to run it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@mat-rumian could you please split the PR to python specific changes and readme changes?
I am not sure if you noticed but there is https://github.com/open-telemetry/opentelemetry-operator/blob/main/docs/api.md docs for the CRs.
I would prefer to keep the readme minimal with example CRs people can apply to the cluster. I like that you ar documenting the ENV vars for fields in the CRD, but I would prefer to add this as godoc on the CRD.
|
||
```yaml | ||
kubectl apply -f - <<EOF |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would like to keep this as an reference example people can apply to the cluster
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM.
I have tried setting the
Below are the instrumentation and deployment manifests. We use autoinstrumentation-python version 0.32b0. Instrumentation:
Manifest:
|
# Conflicts: # README.md # versions.txt
Hello Everyone, @pavolloffay I've removed almost all the changes made in README. I will prepare separated PR for them. |
Do you have a link that explains the above for OTLP gRPC exporter? Or a link that lists what OS or python versions are supported? |
I've never seen anything about supported OSs beside OTLP gRPC exporter description |
I don't see any OS dependencies, however, I do see python versions mentioned there https://github.com/open-telemetry/opentelemetry-python/blob/main/exporter/opentelemetry-exporter-otlp-proto-grpc/setup.cfg#L29-L35. Does it mean that only python version matters? |
Hi, is there any update on python auto-instrumentation ? |
I'm sorry I couldn't find a time to solve that on time. Closing as outdated (newer instrumentation already supported). |
PR can be merged only after #961
PR update Python auto-instrumentation injection because of changes in
opentelemetry-distro
package which setsOTEL_METRICS_EXPORTER
tootlp_proto_grpc
. Accordingly to the comment we have to switch it tootlp_proto_http
.