最近工作中常用到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 对应的demo程序 LearnRpcx
函数封装
客户端调用
服务1获取span
服务2获取span
zipkin效果图
具体的代码可以去看源码，写的不好的地方多提意见，希望和大家一起成长，微信号123888994
网友评论