-
Notifications
You must be signed in to change notification settings - Fork 929
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
Enhance Observability with support of OpenTelemetry #1774
Comments
@AlexStocks PTAL. |
I prefer the former solution. So pls add an solution to integrate the OpenTelemetry into dubbogo. |
mark |
@hanyuancheung how is this task going now? |
cc @pherzheyu |
OpenTelemetry trace is already a stable feature. Going on. |
Yeah, I've been working on it. Sorry that I've been slowed down by being too busy recently. I'll finish it as soon as possible. |
* godoc (#1755) * update package comment (#1755) * imports formatter (#1755) * filter/graceful_shutdown license (#1755) * filter/graceful_shutdown license (#1755) * update some comment (#1755) * gofmt (#1755) * Update version.go comment for blank (#1755) * comment for blank (#1755) * comment (#1755) * ut mock nacos and etcd (#1774) * mock nacos nolint * mock etcd nolint * ut mock update (#1774)
What would you like to be added
As the migration of OpenTracing and OpenCensus, OpenTelemetry becomes the standard in the observability field. I've checked the related module in dubbo-go(including dubbo-go-sample), and now still use OpenTracing to exporter trace signal to Jaeger or Zipkin backend, as well as use Prometheus to exporter metrics signal to backend.
Proposed Solution
I wonder if you guys like to integrate the ability of the OpenTelemetry, package into the independent module, which is for the use of external users, code structure like below:
Alternatives
Because opentelemetry-collector-contrib provides all different kinds of receivers, so users could deploy collector component by using like jaegerreceiver or zipkinreceiver, and the data model is transformed from OpenTracing to OpenTelemetry automatically.
I do not know which way dubbo-go community prefer.
If the former way looks good, I'll work on it to provide an OpenTelemetry version module. If latter, I'll add doc or readme to let users know how to use OpenTracing to export trace and metrics into OpenTelemetry backend.
The text was updated successfully, but these errors were encountered: