Hi: i draw a simple trace flow chart on dubbo protocol which use dubbo spi filter way to implement trace function from go client(consumer) with dubbo filter to produce a traceId for one trace chain, then go server(provider) receive the traceId and communicate or transfer data to zipkin/jaeger server end some confusion: 1. traceId should be kept in some kind of context in rpc protocol during communication, but seems that such context is not available in dubbogo right now 2. if server(provider) end received the traceId, how the server end transfer trace log to zipkin or jaeger not settled yet;
At 2019-07-08 19:01:02, "xinming he" <[email protected]> wrote: >oh，that sounds great. Let me study it first. >TKS. > >Ian Luo <[email protected]> 于2019年7月8日周一 上午10:34写道： > >> +1 to adopting opentracing api. For tracing system, I suggest we should >> support Jeager first, and then Zipkin and Skywalking. >> >> On Mon, Jul 1, 2019 at 9:52 AM 望哥 <[email protected]> wrote: >> >> > how about https://github.com/opentracing/opentracing-go , >> > it's Vendor-neutral APIs and instrumentation for distributed tracing, >> > supported by zipkin, skywalking, elaticsearch, etc. >> > >> > On Fri, Jun 28, 2019 at 4:45 PM xinming he <[email protected]> wrote: >> > >> > > Hi dubbogo community, >> > > We are going to start writing code for monitor & calling chain >> trace >> > > supporting for dubbo-go. >> > > Firstly, about monitor solution, I learned from @Huxing Zhang that >> > > dubbo will change dubbo-monitor based on alibaba/metrics. And >> prometheus >> > > will be supported by alibaba/metrics . So can we just definition the >> > > monitor interface (which called extension in dubbo-go) and implement >> > > prometheus >> > > as our first monitoring solution ? >> > > Secondly, about calling chain trace solution. There are many >> > wonderful >> > > trace system such as zipkin, skywalking and cat which widely used by >> many >> > > companies. Though dubbo have not support calling chain tracing system >> in >> > > project, we know there are projects have supported zipkin and >> skywalking >> > > in dubbo ecosystem . As for Golang , we know jeager maybe the best >> > solution >> > > now. So let me know what you think about it, should we support calling >> > > chain trace next ? And which calling chain trace system should be >> > > supported first ? >> > > >> > > Yours. >> > > Vito He @github.com/hxmhlt >> > > >> > >> > >> > -- >> > Regards, >> > 望哥 >> > >> > -------------------------------------------------------- >> > http://sisopipo.com/blog >> > >>
