Deprecate Jaeger and Opentracing in favor of OpenTelemetry

[rikatz]

OTEL is around for a while. We even have a starting implementation in NGINX.

In an effort to simplify our code, the compilation times, etc we need to remove the features Jaeger and Opentracing and keep only opentelemetry.

To not break users, maybe we need to analyze when an old jaeger directive was used and configure otel to send proper traces. We need to check;

• Is OTEL compatible with Jaeger? Can we just migrate the configs of Jaeger to OTEL (in NGINX tempalte?)
• Is OTEL compatible with OpenTracing? Same as above?

This is just a boilerplate issue, but we need to evolve it

/triage accepted
/kind cleanup
/priority important-longterm

[rikatz]

https://www.jaegertracing.io/docs/1.35/client-libraries/ <- Reference on the Jaeger clients being deprecated

[tao12345666333]

Probably we also need to know how many people are currently using this feature.

[rikatz]

Jaeger cli is deprecated so we can move this.

[andremarianiello]

jaeger-client-cpp is no longer fixing bugs jaegertracing/jaeger-client-cpp#292, so OpenTelemetry support has become more important

[andremarianiello]

What is blocking this, exactly?

[longwuyuan]

No blocker per se, but there is stabilization work in progress so lack of developer time. As soon as the higher priority stabiilization work is under control, some developer time will go into opentelemetry.

[k8s-triage-robot]

The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs.

This bot triages issues and PRs according to the following rules:

• After 90d of inactivity, lifecycle/stale is applied
• After 30d of inactivity since lifecycle/stale was applied, lifecycle/rotten is applied
• After 30d of inactivity since lifecycle/rotten was applied, the issue is closed

You can:

• Mark this issue or PR as fresh with /remove-lifecycle stale
• Mark this issue or PR as rotten with /lifecycle rotten
• Close this issue or PR with /close
• Offer to help out with Issue Triage

Please send feedback to sig-contributor-experience at kubernetes/community.

/lifecycle stale

[k8s-triage-robot]

The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs.

This bot triages issues and PRs according to the following rules:

• After 90d of inactivity, lifecycle/stale is applied
• After 30d of inactivity since lifecycle/stale was applied, lifecycle/rotten is applied
• After 30d of inactivity since lifecycle/rotten was applied, the issue is closed

You can:

• Mark this issue or PR as fresh with /remove-lifecycle stale
• Mark this issue or PR as rotten with /lifecycle rotten
• Close this issue or PR with /close
• Offer to help out with Issue Triage

Please send feedback to sig-contributor-experience at kubernetes/community.

/lifecycle stale

[andremarianiello]

/remove-lifecycle stale

[esigo]

/assign

[rikatz]

We should keep an eye also on #10082

[tao12345666333]

I think for #10082 we have reached an agreement. #10082 (comment)

And I saw there has a PR #10151 works and relegated with this one.

[longwuyuan]

/assign

[longwuyuan]

We have to support opentracing for controller v1.9 builds so this PR #10913 needs to be cleaned up and merged after releasing controller v1.11

[longwuyuan]

Controller v1.11 released so closing this issue

/close

[k8s-ci-robot]

@longwuyuan: Closing this issue.

In response to this:

Controller v1.11 released so closing this issue

/close

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository.