1. 首页 123kj手机看开奖 4247天线宝宝开奖现场直播 六盒宝典大全开奖结果 www.793630.com www.138469.com

当前位置:主页 > www.138469.com > 内容

Core使用Jaeger实现分布式追踪
发布日期:2019-08-03 11:31   来源:未知   阅读:

  最近我们公司的部分.NET Core的项目接入了Jaeger,也算是稍微完善了一下.NET团队的技术栈。

  至于为什么选择Jaeger而不是Skywalking,这个问题我只能回答,大佬们说了算。

  Jaeger是Uber开源的一个分布式追踪的工具,主要为基于微服务的分布式系统提供监测和故障诊断。包含了下面的内容

  在这个示例的话,我们只用了jaegertracing/all-in-one这个docker的镜像来搭建,因为是本地的开发测试环境,不需要搭建额外的存储,这个感觉还是比较贴心的。

  然后我们会建两个API的项目,一个是AService,一个是BService。

  其中BService会提供一个接口,从缓存中读数据,如果读不到就通过EF Core去从sqlite中读,然后写入缓存,最后再返回结果。

  然后就在两个项目的Startup加入下面的一些配置,主要是和Jaeger相关的。

  这里需要注意的是我们要根据情况来选择sampler,演示这里用了最简单的ConstSampler。

  这里需要注意的是我们要根据情况来选择sampler,演示这里用了最简单的ConstSampler。

  从上面这个图大概也能看出来,做了一些什么操作,请求来到AService,它就发起了HTTP请求到BService,BService则是先通过EasyCaching去取缓存,显然缓存中没数据,它就去读数据库了。

  和另外的请求对比一下,可以发现是少了查数据库这一步操作的。这也是为什么上面的是10个span,而下面的才8个。

  有很多日志相关的东西,这些东西在这里可能没有太多实际的作用,我们可以通过调整日志的级别来不让它写入到Jaeger中。

  虽说Jaeger用起来挺简单的,但是也是有点美中不足的,不过这个锅不应该是Jaeger来背的,主要还是很多我们常用的库没有直接的支持Diagnostic,所以能监控到的东西还是略少。