标签：services ima -name 案例 依赖关系 cli 交流 figure 灵活
整体架构目录：ASP.NET Core分布式项目实战-目录
监控目录：微服务监控zipkin、skywalking以及日志ELK监控系列
zipkin是一种分布式跟踪系统，有助于收集微服务架构中的延迟问题所需要的时序数据（收集查找），收集微服务之间的调用情况，然后处理调用之间数据延迟等问题。
如下图：微服务调用情况深度。（官方文档图）
以及依赖图分析，会展示出微服务之间的调用关系。当然下图展示的是我案例中的图片
1、全链路追踪工具（查看依赖关系）
2、查看每个接口、每个service的执行速度（定位问题发生点或者寻找性能瓶颈）
zipkin包含：
收集器(Collector):主要是收集微服务所产生的数据（收集器有：http、kafka、rabbitmq）
UI(界面):主要是展示数据的界面
Storage(存储)：存储数据（es、mysql、内存、cassandra）
in-memory：仅供测试
JDBC(mysql)：数据采集量很大，查询速度会比较慢。
Cassandra:zipkin最初始内建的存储（扩展性好、schema灵活）
(推荐)Elasticsearch:被用于大规模，数据量大的，存储形式json。
API：查看/检索 数据的接口，主要用于WebUI中
结构图：
流程解释：
1、transport作用：收集trace的services的spans，并将它们转化为zipkin common span
2、zipkin核心数据结构
Annotation:用于定位一个request的开始和结束，计算调用延迟。
cs：Client Start,表示客户端发起请求，一个span的开始
sr：Server Receive,表示服务端收到请求
ss：Server Send,表示服务端完成处理，并将结果发送给客户端
cr：Client Received,表示客户端获取到服务端返回信息
注意：时间点计算
sr-cs：网络延迟
ss-sr：逻辑处理时间
cr-cs：整个流程时间
此项目会新建两个项目一个是 demo1，一个是demo2
zipkin4net（追踪器）
zipkin4net.middleware.aspnetcore（aspnetcore 中间件）
即在发送Get/Post请求的HttpClient中添加追踪处理者，至此 asp.net core部署完成。
数据存储方式：内存（仅测试）
docker 命令： docker run -d -p 9411:9411 --name zipkin openzipkin/zipkin
部署成功后 在浏览器中打开 ,这边我采用的是虚拟机，因此打开地址为 192.168.216.135:9411
我们在 asp.net core项目的控制其中写上调用demo2 api/values 的接口地址
追踪在zipkinUI 上面呈现如下：
图1、
图2、
图3：依赖分析
注：一旦数据量上去后，zipkin容易被压崩掉。
因此需要其他解决方案代替。
目前楼主我采用的解决方案是kafka+zipkin+es。如果有更好的解决方案可以尝试。
参考资料：
官网文档：https://zipkin.io/pages/architecture.html
ZIPKIN API 接口：https://zipkin.io/zipkin-api/#/
asp.net Core 交流群：787464275 欢迎加群交流
如果您认为这篇文章还不错或者有所收获，您可以点击右下角的【推荐】按钮精神支持，因为这种支持是我继续写作，分享的最大动力！
标签：services ima -name 案例 依赖关系 cli 交流 figure 灵活
原文地址：https://www.cnblogs.com/guolianyu/p/9545430.html
