Zipkin

我们都知道，微服务之间通过feign传递，在复杂的微服务架构系统中，几乎每一个前端请求都会形成一个复杂的分布式服务调用链路，在每条链路中任何一个依赖服务出现延迟超时或者错误都有可能引起整个请求最后的失败。当业务流程足够复杂时，一个完整的HTTP请求调用链一般会经过多个微服务系统，要通过日志来跟踪一整个调用链变得不再那么简单。通过sleuth可以很方便的看出每个采集请求的耗时情况，分析出哪些服务调用比较耗时，当服务调用的耗时随着请求量的增大而增大时，可以针对业务做一些优化措施。所以我们可以通过我们可以通过Spring Cloud Sleuth来解决这个问题。这里我们将演示如何通过Spring Cloud Sleuth来追踪这个过程，并借助Zipkin以图形化界面的方式展示。 展示之前，分别介绍一下rabbitmq、sleuth、zinkip。 rabbitmq RabbitMQ是实现了高级消息队列协议（AMQP）的开源消息代理软件（亦称面向消息的中间件）。RabbitMQ服务器是用Erlang语言编写的，而群集和故障转移是构建在开放电信平台框架上的。所有主要的编程语言均有与代理接口通讯的客户端库。 sleuth和zinkip sleuth 是spring cloud的组成部分之一，为springcloud应用实现了一种分布式追踪解决方案，其兼容了zinkip,HTrace和log

分布式链路追踪技术适⽤场景（问题场景） 场景描述 为了⽀撑⽇益增⻓的庞⼤业务量，我们会使⽤微服务架构设计我们的系统，使得我们的系统不仅能够通过集群部署抵挡流量的冲击，⼜能根据业务进⾏灵活的扩展。 那么，在微服务架构下，⼀次请求少则经过三四次服务调⽤完成，多则跨越⼏⼗个甚⾄是上百个服务节点。那么问题接踵⽽来： 1）如何动态展示服务的调⽤链路？（⽐如A服务调⽤了哪些其他的服务—依赖关系） 2）如何分析服务调⽤链路中的瓶颈节点并对其进⾏调优？(⽐如A—>B—>C，C服务处理时间特别⻓) 3）如何快速进⾏服务链路的故障发现？ 这就是分布式链路追踪技术存在的⽬的和意义 分布式链路追踪技术 如果我们在⼀个请求的调⽤处理过程中，在各个链路节点都能够记录下⽇志，并最终将⽇志进⾏集中可视化展示，那么我们想监控调⽤链路中的⼀些指标就有希望了~~~⽐如，请求到达哪个服务实例？请求被处理的状态怎样？处理耗时怎样？这些都能够分析出来了… 分布式环境下基于这种想法实现的监控技术就是就是分布式链路追踪（全链路追踪）。 市场上的分布式链路追踪⽅案 分布式链路追踪技术已然成熟，产品也不少，国内外都有，⽐如 Spring Cloud Sleuth + Twitter Zipkin 阿⾥巴巴的“鹰眼” ⼤众点评的“CAT” 美团的“Mtrace” 京东的“Hydra” 新浪的“Watchman”

1 分布式追踪系统 随着大量公司把单体应用重构为微服务，对于运维人员的责任就更加重大了。架构更复杂、应用更多，要从中快速诊断出问题、找到性能瓶颈，并不是一件容易的事。因此，也随着诞生了一系列面向 DevOps 的诊断与分析系统，主要是以下三个系统： 集中式日志系统（Logging） 集中式度量系统（Metrics） 分布式追踪系统（Tracing） 三者相互交织重叠如下： 技术栈上的成熟框架有， Logging：Log4j、ELK等， Metrics：Prometheus、InfluxDB、Grafana等 Tracing：Jaeger和Zipkin等。 分布式追踪系统在Google发表一篇文章 Dapper, a Large-Scale Distributed Systems Tracing Infrastructure 后快速发展。Tracing系统一般核心步骤有三个：代码埋点、数据存储、查询展示。 历史洪流滚滚向前，大浪淘沙，现在比较流行的有 Jaeger 和 Zipkin 。 2 OpenTracing 由于 Tracing 的技术发展迅速，为了解决兼容性问题，有了 OpenTracing 规范。它是一个轻量级的标准化层，连接应用、类库和追踪系统。 OpenTracing的优势： （1）OpenTracing已经进入 CNCF （云原生计算基金会

我们都知道，微服务之间通过feign传递，在复杂的微服务架构系统中，几乎每一个前端请求都会形成一个复杂的分布式服务调用链路，在每条链路中任何一个依赖服务出现延迟超时或者错误都有可能引起整个请求最后的失败。当业务流程足够复杂时，一个完整的HTTP请求调用链一般会经过多个微服务系统，要通过日志来跟踪一整个调用链变得不再那么简单。通过sleuth可以很方便的看出每个采集请求的耗时情况，分析出哪些服务调用比较耗时，当服务调用的耗时随着请求量的增大而增大时，可以针对业务做一些优化措施。所以我们可以通过我们可以通过Spring Cloud Sleuth来解决这个问题。这里我们将演示如何通过Spring Cloud Sleuth来追踪这个过程，并借助Zipkin以图形化界面的方式展示。 展示之前，分别介绍一下rabbitmq、sleuth、zinkip。 rabbitmq RabbitMQ是实现了高级消息队列协议（AMQP）的开源消息代理软件（亦称面向消息的中间件）。RabbitMQ服务器是用Erlang语言编写的，而群集和故障转移是构建在开放电信平台框架上的。所有主要的编程语言均有与代理接口通讯的客户端库。 sleuth和zinkip sleuth 是spring cloud的组成部分之一，为springcloud应用实现了一种分布式追踪解决方案，其兼容了zinkip,HTrace和log

本文将介绍微服务架构和相关的组件，介绍他们是什么以及为什么要使用微服务架构和这些组件。本文侧重于简明地表达微服务架构的全局图景，因此不会涉及具体如何使用组件等细节。 为了防止不提供原网址的转载，特在这里加上原文链接： https://www.cnblogs.com/skabyy/p/11396571.html 要理解微服务，首先要先理解不是微服务的那些。通常跟微服务相对的是单体应用，即将所有功能都打包成在一个独立单元的应用程序。从单体应用到微服务并不是一蹴而就的，这是一个逐渐演变的过程。本文将以一个网上超市应用为例来说明这一过程。 最初的需求 几年前，小明和小皮一起创业做网上超市。小明负责程序开发，小皮负责其他事宜。当时互联网还不发达，网上超市还是蓝海。只要功能实现了就能随便赚钱。所以他们的需求很简单，只需要一个网站挂在公网，用户能够在这个网站上浏览商品、购买商品；另外还需一个管理后台，可以管理商品、用户、以及订单数据。 我们整理一下功能清单： 网站 用户注册、登录功能 商品展示 下单 管理后台 用户管理 商品管理 订单管理 由于需求简单，小明左手右手一个慢动作，网站就做好了。管理后台出于安全考虑，不和网站做在一起，小明右手左手慢动作重播，管理网站也做好了。总体架构图如下： 小明挥一挥手，找了家云服务部署上去，网站就上线了。上线后好评如潮，深受各类肥宅喜爱

0. 前言 这是一个新的系列，来源于工作中的一个需求，领导准备新开一个项目线路，要求使用Java，项目符合现有主流技术，并要求对并发量有一定的承受能力 ，支持扩展。我和公司的几个小伙伴一起沟通了一下，这不就是标准的Spring Cloud微服务的系统架构吗。 之前读过小高之前发的文章的小伙伴也清楚我是C#开发，不过想当年我也系统学过Java，多年下来虽然手生，但也好歹没有落下技术。于是就揽下了这个活。毕竟学习是终身的。 不怎么简明的介绍了这个系列成立的原因，让我们言归正传，这个系列是我在搭建该项目过程的一个总结，如果后续开发中对框架有调整，也会在这个系列发布后续的更新。这也是为什么叫实战系列，而不是实战教程的原因。 那么，有兴趣的小伙伴，跟我一起来吧～ 1. 项目结构 项目采用maven作为软件包管理工具，Spring boot+Spring Cloud作为项目基础架构，设有配置中心、服务发现中心、网关中心和链路追踪中心以及服务集群，其中服务集群之间添加链路熔断和负载均衡机制。 当然，目前参照了几个系统都按照这种逻辑搭建的框架，所以我们大致上也参考了这个模型。具体如下图： 2. 主要技术组件使用 这里大概介绍一下，我在实践中选用的技术组件，选用这些技术没多少原因，很大程度上考虑到团队喜好以及后续维护的方便，还有就是官方团队的维护上考虑。 2.1 Maven Maven 翻译为"专家

场景： 数据量大，打开zipkin页面有时候报错，打不开。 加载页面过慢，因为span数据太多。 原因：使用spring-cloud-sleuth后，feign 访问Controller后得span得名字 当使用restful风格后，span的名字就图像如上。 触发此事件的场景： 1.浏览器直接调用 解决：修改spring sleuth Controller 的 源码： org.springframework.cloud.sleuth.instrument.web.client.AbstractTraceHttpRequestInterceptor.publishStartEvent(HttpRequest) 2.服务之间调用（feign） 解决：修改spring feign sleuth 源码： org.springframework.cloud.sleuth.instrument.web.client.feign.TraceFeignClient.execute(Request, Options) org.springframework.cloud.sleuth.instrument.web.client.feign.TraceFeignClient.getSpanName(Request) 3.服务之间调用（java网关，gateway(默认根据http 类型，不会有问题)