-
Notifications
You must be signed in to change notification settings - Fork 1.3k
feat(tracing): Add proxy tracing configuration to control plane helm chart #13994
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
base: main
Are you sure you want to change the base?
Conversation
IIUC, this should be followed up as well by parametrizing the deployment of the injector in linkerd-jaeger, disabling it by default? |
…chart Previously, this would require the `linkerd-jaeger` extension to be installed. This comes with its own set of issues, namely managing yet another component of linkerd. Since the tracing config is basically just environment variables and one volume mount, hoisting them up into the main control plane helm chart for the proxy injector to handle is likely the simplest and most maintainable path going forward. The injector from the `linkerd-jaeger` extension will still work for the time being, and is interoprable to some degree as long as the injector in the extension is disabled. A follow-up to this PR should add documentation around this and how users can migrate from the extension to these configs. Signed-off-by: Scott Fleener <scott@buoyant.io>
62c78bc
to
812c616
Compare
# -- Protocol to export traces with. Currently supported are | ||
# "opentelemetry" (default) and "opencensus" (deprecated) | ||
protocol: opentelemetry |
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.
Given that this is new configuration, why support the deprecated value here? I would omit the field from values.yaml for now and rely on defaulting in the template.
endpoint: "" | ||
# -- The identity of the collector in the linkerd mesh. If the collector | ||
# is unmeshed (recommended), this should remain unset. | ||
meshIdentity: "" |
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 think "identity" is ambiguous here. It's not actually an identity string. Is this the serviceAccountName?
Perhaps:
meshIdentity:
serviceAccountName: collector
# -- The collector endpoint to send traces to. | ||
endpoint: "" | ||
# -- The identity of the collector in the linkerd mesh. If the collector | ||
# is unmeshed (recommended), this should remain unset. |
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 don't think we should recommend unmeshed configurations without clearly stipulating that this is not encrypted, etc...
Previously, this would require the
linkerd-jaeger
extension to be installed. This comes with its own set of issues, namely managing yet another component of linkerd.Since the tracing config is basically just environment variables and one volume mount, hoisting them up into the main control plane helm chart for the proxy injector to handle is likely the simplest and most maintainable path going forward.
The injector from the
linkerd-jaeger
extension will still work for the time being, and is interoprable to some degree as long as the injector in the extension is disabled. A follow-up to this PR should add documentation around this and how users can migrate from the extension to these configs.