.NET Core微服务：分布式链路追踪系统分享

（给DotNet加星标，提升.Net技能）

转自：另一个老李

cnblogs.com/SteveLee/p/10463200.html

对于普通系统或者服务来说，一般通过打日志来进行埋点，然后再通过elk或splunk进行定位及分析问题，更有甚者直接远程服务器，直接操作查看日志。

 

• 如何快速发现问题？

  
  

• 如何判断故障影响范围？

  
  

• 如何梳理服务依赖以及依赖的合理性？

  
  

• 如何分析链路性能问题以及实时容量规划？

  
  

• 如何在分布式服务进行日志监控呢？

首先大家会想到分布式链路追踪系统，说到这，就得讲OpenTracing规范，OpenTracing 是一个轻量级的标准化层，它位于应用程序/类库和追踪或日志分析程序之间。详细介绍见 《opentracing文档中文版》

https://wu-sheng.gitbooks.io/opentracing-io/content/。

在谷歌论文《Dapper, 大规模分布式系统的跟踪系统》http://bigbully.github.io/Dapper-translation/的指导下，许多优秀的APM应运而生，分布式追踪系统发展很快，种类繁多，给我们带来很大的方便。

虽然目前市面许多优秀的APM系统，但是作为我们.NET程序员的选择却就少之又少了（甚至没得选），几乎各大分布式追踪系统均提供java版的支持，而.NET上却只有SkyWalking的SkyAPM-dotnet（https://github.com/SkyAPM/SkyAPM-dotnet）一直在默默的支持着，辛苦了，大佬们。

 

启动三个节点后，通过SkyWalking可以看到，Service数量是3，正是我们创建的三个服务节点，Endpoint表示所有连接的数量，DB和Cache作为数据库（或缓存）的数量，MQ的数量、平均吞吐量、网络拓扑图等等。

整个界面一目了然，更多详细介绍可查看官网解释。

在.NET的生态圈中，曾经有ButterFly这样的原生.NET框架来实现我们整个系统的链路追踪，只是作者表示已不在维护，所以，在.NET上，我们能选的资源也就非常非常的少了！

推荐阅读

（点击标题可跳转阅读）

Visual Studio 2019 RC版发布

Docker应用：Hello World

宇宙第一 IDE 发布第 2 季度路线图

看完本文有收获？请转发分享给更多人

关注「DotNet」加星标，提升.Net技能 

喜欢就点一下「好看」呗~