rpcx+zipkin

何亚祥 · · 3040 次点击 · · 开始浏览    
这是一个创建于 的文章,其中的信息可能已经有所发展或是发生改变。

最近工作中常用到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端在调用时直接把opentracing中的span信息扔进去,server端再取出来,继续传递上报不就行了,写完demo的程序发现传递不过去,debug发现rpcx在处理的时候 context传递的key为share.ReqMetaDataKey("__req_metadata"),value 为map[string]string类型,自定义的值会被覆盖。也就是传递的opentracing的值实际是没有传过去,这个时候就想到的是复用rpcx的share.ReqMetaDataKey,通过map传递span的信息,server端再反解析出来,可惜map是的value是string类型的(心中默默念他大爷的),另辟蹊径在学习opentracing的库的时候看到,opentracing的可以使用两种载体传递span信息,HTTPHeadersCarrier和TextMapCarrier, 知道了这个点,就又回到复用share.ReqMetaDataKey上,解决的思路是在client端把span的信息放到map中,server端再取出来,下边上代码。


github地址:封装的一个函数 rpcx-plugins 对应的demo程序  LearnRpcx


函数封装



客户端调用



服务1获取span


服务2获取span
zipkin效果图

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



有疑问加站长微信联系(非本文作者)

本文来自:简书

感谢作者:何亚祥

查看原文:rpcx+zipkin

入群交流(和以上内容无关):加入Go大咖交流群,或添加微信:liuxiaoyan-s 备注:入群;或加QQ群:692541889

3040 次点击  
加入收藏 微博
1 回复  |  直到 2018-08-15 00:26:52
暂无回复
添加一条新回复 (您需要 登录 后才能回复 没有账号 ?)
  • 请尽量让自己的回复能够对别人有帮助
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
  • 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
  • 图片支持拖拽、截图粘贴等方式上传