在微服务架构下,由于进行了服务拆分,一次请求往往需要涉及多个服务, 每个服务可能是由不同的团队开发,使用了不同的编程语言,还有可能部署在不同的机器上,分布在不同的数据中心。 服务跟踪系统
通过日志快速定位是调用失败的环节。
你只需要在pom文件中引入相应的依赖即可
使用 REST 调用。
都会形成导致接口调用失败。
随着服务的越来越多,对调用链的分析会越来越复杂。它们之间的调用关系也许如下:
好壮观的 :冠状病毒呀!!
虽然,理论比较难弄, 但代码实现到不是很困难!
以及防止 因某个模块出错:
快速的定位错误 排错 完善…
出现的技术!一般来说:每个模块都要进行 链路追踪配置!
因为,每个模块都要进行 链路追踪!
就直接定义在父工程模块下了!
pom.xml
<!-- 引入Sleuth依赖 -->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-sleuth</artifactId>
</dependency>
每个模块都要哦~
application.yml添加日志级别为了能够在 控制台中看到每次调用的情况! 方便实时进行分析
、
.yml
#yml 配置不在任何属性节点下!
logging:
level:
root: INFO
org.springframework.web.servlet.DispatcherServlet: DEBUG # DispatcherServlet 日志级别!
org.springframework.cloud.sleuth: DEBUG # sleuth 日志级别
网关:
调用者:
提供者:
TraceId
,后面的是 Span
仔细分析每个微服务的日志,不难看出请求的具体过程。可以使用Zipkin 进行可视化的查看服务之间的 链路请求!
当微服务越来越多日志文件也会越来越多,通过Zipkin可以将日志聚合,并进行可视化展示和全文检索。
Zipkin 是 Twitter 的一个开源项目
监控程序
从而及时地发现系统中出现的延迟升高问题并找出系统性能瓶颈的根源。
除了面向开发的 API 接口之外,它也提供了方便的 UI 组件来帮助我们直观的搜索跟踪信息和分析请求链路明细收集器组件
它主要用于处理从外部系统发送过来的跟踪信息,
将这些信息转换为 Zipkin内部处理的 Span 格式,以支持后续的存储、分析、展示等功能
存储组件
它主要对处理收集器接收到的跟踪信息,
默认会将这些信息存储在内存中,
我们也可以修改此存储策略,通过使用其他存储组件 将跟踪信息存储到数据库中。
API 组件
它主要用来提供外部访问接口。
比如给客户端展示跟踪信息,或是外接系统访问以实现监控等。
从spring boot 2.0开始,官方就不再支持使用自建Zipkin Server的方式进行服务链路追踪
*而是直接提供了编译好的 jar 包来给我们使用。可以从官方网站下载先下载Zipkin的web UI
*
我们这里下载的是 zipkin-server-2.12.9-exec.jar
windows 控制台:java -jar zipkin-server-2.12.9-exec.jar
启动 Zipkin Server
9411
通过查看日志分析微服务的调用链路并不是一个很直观的方案
结合zipkin可以很直观地显示微服务之间的调用关系。
因为Sleuth是在所以模块下进行链路追踪的, 所以模块下都要进行配置哦!
*
同样父工程下添加:pom.xml
<!-- 客户端Zipkin+Sleuth整合 -->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>
Spring 属性节点下配置!
yml.xml
spring:
application:
name: order-provider
zipkin:
base-url: http://127.0.0.1:9411/ #zipkin server的请求地址
sender:
type: web #请求方式,默认以http的方式向zk server发送追踪数据
sleuth:
sampler:
probability: 1.0 #采样的百分比,所有的监控记录...
启动Zipkin Service。通过浏览器发送一次微服务请求。 我们可以根据条件追踪每次请求调用过程
上面说了:
存在内存中: Zipkin服务关闭,监控的数据就丢失了!
Mysql
mysql 脚本:
`information_schema`/*
SQLyog Ultimate v11.33 (64 bit)
MySQL - 5.5.58 : Database - zipkin
*********************************************************************
*/`zipkin_dependencies`
/*!40101 SET NAMES utf8 */;
/*!40101 SET SQL_MODE=''*/;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;
CREATE DATABASE /*!32312 IF NOT EXISTS*/`zipkin` /*!40100 DEFAULT CHARACTER SET utf8 */;
USE `zipkin`;
/*Table structure for table `zipkin_annotations` */
DROP TABLE IF EXISTS `zipkin_annotations`;
CREATE TABLE `zipkin_annotations` (
`trace_id_high` bigint(20) NOT NULL DEFAULT '0' COMMENT 'If non zero, this means the trace uses 128 bit traceIds instead of 64 bit',
`trace_id` bigint(20) NOT NULL COMMENT 'coincides with zipkin_spans.trace_id',
`span_id` bigint(20) NOT NULL COMMENT 'coincides with zipkin_spans.id',
`a_key` varchar(255) NOT NULL COMMENT 'BinaryAnnotation.key or Annotation.value if type == -1',
`a_value` blob COMMENT 'BinaryAnnotation.value(), which must be smaller than 64KB',
`a_type` int(11) NOT NULL COMMENT 'BinaryAnnotation.type() or -1 if Annotation',
`a_timestamp` bigint(20) DEFAULT NULL COMMENT 'Used to implement TTL; Annotation.timestamp or zipkin_spans.timestamp',
`endpoint_ipv4` int(11) DEFAULT NULL COMMENT 'Null when Binary/Annotation.endpoint is null',
`endpoint_ipv6` binary(16) DEFAULT NULL COMMENT 'Null when Binary/Annotation.endpoint is null, or no IPv6 address',
`endpoint_port` smallint(6) DEFAULT NULL COMMENT 'Null when Binary/Annotation.endpoint is null',
`endpoint_service_name` varchar(255) DEFAULT NULL COMMENT 'Null when Binary/Annotation.endpoint is null',
UNIQUE KEY `trace_id_high` (`trace_id_high`,`trace_id`,`span_id`,`a_key`,`a_timestamp`) COMMENT 'Ignore insert on duplicate',
KEY `trace_id_high_2` (`trace_id_high`,`trace_id`,`span_id`) COMMENT 'for joining with zipkin_spans',
KEY `trace_id_high_3` (`trace_id_high`,`trace_id`) COMMENT 'for getTraces/ByIds',
KEY `endpoint_service_name` (`endpoint_service_name`) COMMENT 'for getTraces and getServiceNames',
KEY `a_type` (`a_type`) COMMENT 'for getTraces',
KEY `a_key` (`a_key`) COMMENT 'for getTraces',
KEY `trace_id` (`trace_id`,`span_id`,`a_key`) COMMENT 'for dependencies job'
) ENGINE=InnoDB DEFAULT CHARSET=utf8 ROW_FORMAT=COMPRESSED;
/*Data for the table `zipkin_annotations` */
/*Table structure for table `zipkin_dependencies` */
DROP TABLE IF EXISTS `zipkin_dependencies`;
CREATE TABLE `zipkin_dependencies` (
`day` date NOT NULL,
`parent` varchar(255) NOT NULL,
`child` varchar(255) NOT NULL,
`call_count` bigint(20) DEFAULT NULL,
UNIQUE KEY `day` (`day`,`parent`,`child`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 ROW_FORMAT=COMPRESSED;
/*Data for the table `zipkin_dependencies` */
/*Table structure for table `zipkin_spans` */
DROP TABLE IF EXISTS `zipkin_spans`;
CREATE TABLE `zipkin_spans` (
`trace_id_high` bigint(20) NOT NULL DEFAULT '0' COMMENT 'If non zero, this means the trace uses 128 bit traceIds instead of 64 bit',
`trace_id` bigint(20) NOT NULL,
`id` bigint(20) NOT NULL,
`name` varchar(255) NOT NULL,
`parent_id` bigint(20) DEFAULT NULL,
`debug` bit(1) DEFAULT NULL,
`start_ts` bigint(20) DEFAULT NULL COMMENT 'Span.timestamp(): epoch micros used for endTs query and to implement TTL',
`duration` bigint(20) DEFAULT NULL COMMENT 'Span.duration(): micros used for minDuration and maxDuration query',
UNIQUE KEY `trace_id_high` (`trace_id_high`,`trace_id`,`id`) COMMENT 'ignore insert on duplicate',
KEY `trace_id_high_2` (`trace_id_high`,`trace_id`,`id`) COMMENT 'for joining with zipkin_annotations',
KEY `trace_id_high_3` (`trace_id_high`,`trace_id`) COMMENT 'for getTracesByIds',
KEY `name` (`name`) COMMENT 'for getTraces and getSpanNames',
KEY `start_ts` (`start_ts`) COMMENT 'for getTraces ordering and range'
) ENGINE=InnoDB DEFAULT CHARSET=utf8 ROW_FORMAT=COMPRESSED;
/*Data for the table `zipkin_spans` */
/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;
/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;
/*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */;
/*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */;
如果,以及启动了上面的,要记得关闭哦!
Windows 启动命令:
java -jar zipkin-server-2.12.9-exec.jar --STORAGE_TYPE=mysql --MYSQL_HOST=127.0.0.1 --MYSQL_TCP_PORT=3306 --MYSQL_DB=zipkin --MYSQL_USER=root --MYSQL_PASS=ok
配置好服务端之后,可以在浏览器请求几次。回到数据库查看会发现数据已经持久化到mysql中
下次重启,依然可以看到 历史的链路追踪:
Span:基本工作单元 (相当于一次完整的请求!一次请求对应一个 Span )
一系列 Spans 组成的一个树状结构,
例如,如果你正在运行一个分布式大数据工程,你可能需要创建一个 Trace。
Span 通过一个 64 位 ID 唯一标识, Trace 以另一个 64 位 ID 表示。 可以在控制台中查看!
用来即使记录一个事件的存在,一些核心 Annotations 用来定义一个请求的开始和结束:
在Zipkin Ul页面上, 可以之间对某个服务进行查看: 调用方/提供方 响应请求时间…
Span 请求 的开始
ss 减去 cs
时间戳便可得到网络延迟sf 减去 ss
时间戳便可得到服务端需要的处理请求时间cf 减去 cs
时间戳便可得到客户端从服务端获取回复的所有所需时间