Wen Hu
Wen Hu
Is there any progress on this issue?
Is there any progress?
sounds great
> Hi @CoderPoet. Please try version v0.6.0. We changed the way we do context propagation and it no longer depends on goroutine ids, so passing context between different goroutines should...
> > Hi @CoderPoet. Please try version v0.6.0. We changed the way we do context propagation and it no longer depends on goroutine ids, so passing context between different goroutines...
@edeNFed Another problem is how to communicate the context in the process, adding it without integrating any otel SDK. For example, function A calls function B
The go implementation will look up the parent span in the map based on the goroutine pointer address
> I hope to be involved in this part of the work together This PR [#2](https://github.com/cloudwego-contrib/cwgo-pkg/pull/2) is dealing with this, if you are interested, you can help review it together
> 我是从java转过来。目前在设计一个微服务整体结构。 日志这边的考虑： > > 1. 从一个微服务的整体结构设计来看，肯定是希望一套日志架构从开始一直应用到底层，这样输出的日志都是统一的标准。 > 2. 作为编码的人，也是希望日志在写的时候，也只会用一个入口。 > 3. OTEL也是这样的方式 > 既然klog可以作为这样的入口，那么希望klog可以丰富一下功能，类似java SLF4j这的facade能力。 要不然我还是要重新写一套日志标准重头替换klog，包括klog对otel的封装。 这样的话，kitex作为微服务的提供方我感觉失去在日志方面的作用了。 @systemview2018 otel 这块的集成目前确实也存在一些 hertz & kitex 的 overlap，可观测相关生态缺少一个统一集成，这块我们正在开始努力解决哈：https://github.com/cloudwego/kitex/issues/1247
> > Hi, sorry I'm not familiar with opentelemetry, is there any rfc that describes how to implement multi-service tracing? > > Kitex extracts trace IDs and span IDs from...