网站首页 返回列表像“草根”一样，紧贴着地面，低调的存在，冬去春来，枯荣无恙。

rpcx+zipkin

2020-06-10 04:09:57 admin 526

最近工作中常用到golang,学习了下golang的rpc框架，目前比较流行的有

1.rpcx(<http://rpcx.site/>) 类似dubbo,不用定义protobuf文件 客户端支持跨语言

2.go-micro(<https://github.com/micro/go-micro>) 没有啥优点

3.gRpc（<https://github.com/grpc/grpc-go>）跨语言，需要二次开发服务注册发现

* * *

现在开发一般都是服务化的口号，把一个大的服务拆分成N个独立的小服务，划分领域职责，XX领域驱动设计就不多展开说了（主要我不懂?），服务拆分之后就会带来一个很基础的问题：调用链追踪，这个对于追踪问题和服务优化会有很大的帮助。

开始正题，使用rpcx作为golang的rpcx框架，需要跟zipkin结合把调用链记录下来，传参第一个参数为context，初步思路，client端在调用时把的span放入，server端取出来，上报数据。写完demo的程序发现传递不过去，debug发现rpcx在处理的时候
context传递的key为share.ReqMetaDataKey（"__req_metadata"）,value
为map[string]string类型，自定义的值会被覆盖。

也就是传递的opentracing的值实际是没有传过去，这个时候就想到的是复用rpcx的share.ReqMetaDataKey，通过map传递span的信息，server端再反解析出来，opentracing的可以使用两种载体传递span信息，HTTPHeadersCarrier和TextMapCarrier,
知道了这个点，就又回到复用share.ReqMetaDataKey上，解决的思路是在client端把span的信息放到map中，server端再取出来，下边上代码。

* * *

github地址：封装的一个函数 [rpcx-plugins](https://github.com/nosixtools/rpcx-
plugins.git) 对应的demo程序
[LearnRpcx](https://github.com/nosixtools/LearnRpcx.git)

函数封装

客户端调用

服务1获取span

服务2获取span

zipkin效果图

具体的代码可以去看源码，写的不好的地方多提意见，希望和大家一起成长，微信号123888994

123888994

转载文章，原文链接： rpcx+zipkin

关键字词rpcxzipkin

分享到：

上一篇：beego开发轻博客——第七讲文章的显示、修改与删除

下一篇：golang 设置 http response 响应头与坑

如需留言，请登录，没有账号？请注册

0 条评论 0 人参与

网站首页 返回列表像“草根”一样，紧贴着地面，低调的存在，冬去春来，枯荣无恙。

rpcx+zipkin

admin 1年前

zhou 2年前

zhou 2年前

zhou 2年前

zhou 2年前

网站首页 返回列表 像“草根”一样，紧贴着地面，低调的存在，冬去春来，枯荣无恙。

rpcx+zipkin

admin 官方 1年前

zhou 2年前

zhou 2年前

zhou 2年前

zhou 2年前

网站首页返回列表像“草根”一样，紧贴着地面，低调的存在，冬去春来，枯荣无恙。

admin 1年前