理想万岁万万岁的博客

XXL-JOB中**“调度模块”和“任务模块”完全解耦**，调度模块进行任务调度时，将会解析不同的任务参数发起远程调用，调用各自的远程执行器服务。下载源码，数据库工作与配置文件修改完成后，对xxl-job-admin模块源码进行部分必要的修改，如接口地址、接口参数等，通过maven打为jar包并导入运维平台，至此调度中心后端接口工作完成，只需要前端调用即可。任务服务只负责执行器的配置工作，具体任务的实现由对应的服务负责，比如视频问诊提醒的定时任务逻辑交给问诊模块开发。之内（基本为一次请求的网络开销）；

在前面介绍在微服务项目中使用skywalking进行全链路追踪时，我们发现当一次请求链路中某个服务出现异常时，在skywalking中会将该链路用红色标记为ERROR，在异常链路详情中也可以看出是哪个服务出现了异常并可以查看响应的异常信息。如下图所示。那么有没有办法忽略某个指定的异常呢？就是说如果一个请求链路中某个服务抛出了该异常，skywalking仍然认为该异常属于正常现象，并不会认为它是ERROR。答案是肯定的。我们往下看。项目结构依然参考skywalking安装教程。

在上一篇文章skywalking全链路追踪中我们介绍了在微服务项目中使用skywalking进行服务调用链路的追踪。本文在全链路追踪的基础上，我们介绍如何使用skywalking对一次调用链路上进行日志收集。skywalking日志收集方式有两种：从日志文件中收集在微服务项目中，每一个微服务所产生的日志均会保存到本地日志文件或远程文件服务器中，skywalking提供FilebeatFluentdFluent-bit三种方式通过kafka或http读取日志文件并将其按照调用链路进行收集。

在上一篇文章skywalking安装教程中我们介绍了skywalking的作用以及如何将其集成到我们的微服务项目中。本篇文章我们介绍在微服务架构中，如何使用skywalking对一次客户端请求进行全链路追踪。何为全链路追踪？个人理解：在微服务架构中，一次客户端请求在对应的接口中可能需要通过多次服务调用完成，以skywalking安装教程中的项目演示为例，一次成功结束的请求可能需要经过商品服务、订单服务以及支付服务三个服务共同处理，其中商品服务调用订单服务订单服务调用支付服务。这就是微服务架构的调用链。

本片文章主要讲解skywalking的安装教程，及其在微服务架构中的链路追踪功能。：2020.0.6springboot：2.5.14jdk：1.8skywalking：9.4.0os：windowsskywalking是一个开源的应用性能管理系统和可观测性分析平台。用于收集分析聚合和可视化来自服务和云原生基础设施的数据。SkyWalking提供了一种简单的方法来保持我们的分布式系统的清晰视图，甚至跨云。这是一个现代的APM(应用性能管理和监控技术)，专门为云本地的、基于容器的分布式系统而设计。

在使用开发的过程中，由于每个微服务都是独立的，因此很多开发人员在提供接口文档时，针对每一个服务也提供了独立的接口文档，在使用容器部署的环境中缺点也更加突出，本来每一个服务容器都是通过网关访问的，它自身的ip和端口号并不被暴露出去，但是在容器部署环境下，我们不得不将服务容器的端口与主机端口进行绑定，通过主机ip+端口号访问接口文档。在微服务环境下，不同服务的接口都是经过网关gateway作为统一入口进行转发访问的，因此不同服务的接口文档也应该有一个统一的入口。

​ Seata 是一款开源的分布式事务解决方案，致力于提供高性能和简单易用的分布式事务服务。Seata 将为用户提供了ATTCCSAGA和XA事务模式，为用户打造一站式的分布式解决方案。点击进入官网通过挂载文件的方式实现，将宿主机上的挂载到容器中相应的目录拷出后可以选择- 修改`application.yml`再`cp`进容器- `rm`临时容器,重新创建,并做好映射路径设置。