Spring Cloud 整合分布式链路追踪系统Sleuth和ZipKin实战,分析系统瓶颈
2021-03-17 09:28
标签:class gif lan baidu lis make ack false target 微服务架构中,是否遇到过这种情况,服务间调用链过长,导致性能迟迟上不去,不知道哪里出问题了,巴拉巴拉....,回归正题,今天我们使用SpringCloud组件,来分析一下微服务架构中系统调用的瓶颈问题~ 主要功能:做日志埋点 专门用于追踪每个请求的完整调用链路。 例如:【order-service,f674cc8202579a50,4727309367e0b514,false】 牵扯到的服务都得加这个依赖!(我这里是在order-service、product-service加的依赖) 大规模分布式系统的APM工具,基于Google Dapper的基础实现,和Sleuth结合可以提供可视化web界面分析调用链路耗时情况。 点我直达 点我直达 这里我使用下载源码的方式 因为种种原因,从github上下载这个源码包,非常慢,可以使用这种方式解决:点我直达 地址:ip:9411 涉及到的服务都得加!(我这里是在order-service、product-service加的依赖) 之前加过Sleuth依赖,现在加zipkin依赖,2.x的zipkin已经包含sleuth了,这里可以把之前的sleuth依赖去掉 默认指向的zipkin地址为本机地址:http://localhost:9411/ 默认收集百分比为:10% application.properties 通过这个分析,我们可以知道,微服务中那个服务耗时多,可以在这个服务上做性能优化,可以考虑加:缓存、异步、算法等等~ 好了,今天先到这,只可意会不可言传,自己体会他的好处~ Spring Cloud 整合分布式链路追踪系统Sleuth和ZipKin实战,分析系统瓶颈 标签:class gif lan baidu lis make ack false target 原文地址:https://www.cnblogs.com/chenyanbin/p/zipkin.html导读
SpringCloud链路追踪组件Sleuth实战
官网
什么是Sleuth
添加依赖
dependency>
groupId>org.springframework.cloudgroupId>
artifactId>spring-cloud-starter-sleuthartifactId>
dependency>
启动整个微服务测试
部署可视化链路追踪Zipkin
简介
官网
部署
# get the latest source
git clone https://github.com/openzipkin/zipkin
cd zipkin
# Build the server and also make its dependencies
./mvnw -DskipTests --also-make -pl zipkin-server clean install
# Run the server
java -jar ./zipkin-server/target/zipkin-server-*exec.jar
备注
git clone https://gitee.com/mirrors/zipkin.git
cd zipkin
mvn -DskipTests clean package
java -jar ./zipkin-server/target/zipkin-server-*exec.jar
启动
Zpikin+Sleuth整合
添加依赖
dependency>
groupId>org.springframework.cloudgroupId>
artifactId>spring-cloud-starter-zipkinartifactId>
dependency>
注意
修改配置文件
# 指定zipkin地址
spring.zipkin.base-url=http://localhost:9411/
# 配置采样百分比,开发环境可以设置:1,也就是100%,生产环境可以设置小一点
spring.sleuth.sampler.probability=1
启动并分析数据
源码下载
链接: https://pan.baidu.com/s/1c4ZWufjmDgzgAAiOOzRg9A 密码: or12
上一篇:排序算法之——选择排序
下一篇:HTTP options预请求
文章标题:Spring Cloud 整合分布式链路追踪系统Sleuth和ZipKin实战,分析系统瓶颈
文章链接:http://soscw.com/essay/65254.html