如果能跟踪每个申请，两头申请通过哪些微服务，申请耗时，网络提早，业务逻辑耗时等。咱们就能更好地剖析零碎瓶颈、解决零碎问题，因而链路跟踪很重要。
想在无代码入侵前提下实现：
查看服务之间链路调用关系；
把各个微服务扩散的日志收集起来；
监控剖析零碎状况；
用SkyWalking吧，它不会让你悲观。
skywalking介绍
国人开源的产品，次要开发人员来自于华为，2019年SkyWalking退出Apache成为顶级我的项目，反对Java、.Net、NodeJs等探针，数据存储反对h2、Mysql、Elasticsearch等。采纳字节码注入的形式实现无代码侵入，性能全面，性能优良，且对云原生反对，目前增长势头强劲，社区沉闷，其链路追踪，性能监控，日志收集、告警等性能被开发者宽泛应用，遗憾中文文档很少，应用不便。
介绍参考：https://www.jianshu.com/p/ffa...
官网：https://skywalking.apache.org
github：https://github.com/apache/sky...
中文文档：https://skyapm.github.io/docu...
前言
网上很多文档不全，踩了很多坑。
本指南为单机装置，装置的零碎为centos7.6。
确保服务器通外网。
装置波及到的版本：
存储 ：elasticsearch 7.10.2
服务端：skywalking-oap-server 8.9.0
前端界面：skywalking-ui 8.9.0
探针：skywalking-agent 8.9.0
不倡议太低版本，性能不全。
1. 装置
这里介绍单价压缩包装置和单机docker装置
1.1 单机压缩包装置
1.1.1 下载
地址： http://skywalking.apache.org/... 或 https://archive.apache.org/di...
1.1.2 解压
tar -zxvf apache-skywalking-apm-8.9.0.tar.gz
1.1.3 批改配置
确保如下端口可用：
11800：和Skywalking通信的gRPC端口；12800：和Skywalking通信的HTTP端口；8080：UI所占用的端口 。
如果端口被占用，在它的config目录下，编辑它的配置文件 application.yml ，批改端口。
配置详解：https://blog.csdn.net/lizz861...
1.1.4 对于存储
倡议用elasticsearch ，装置办法请自行搜寻。
1.1.5 启动
进入它的bin目录下，sh startup.sh 即可。
拜访 http://ip:8080 看到页面胜利。
1.2 单机docker-compose装置
确保零碎曾经装置docker和docker-compose。
1.2.1 创立目录
创立目录：mkdir /home/elasticsearch/data
这个目录是寄存es数据的中央，不肯定是home下，只不过我的home下存储空间较多，倡议你也放到存储空间较大的目录下，然而千万记得要同步批改上面skywalking-docker-compose_3.3.yaml文件中的门路（下图标红的）。
1.2.2 配置文件
下载地址：https://pan.baidu.com/s/1rlfk...
或者本人编写：
mkdir /usr/local/skywalking
cd /usr/local/skywalking
vim skywalking-docker-compose_3.3.yaml
复制粘贴以下内容
version: '3.3'services: elasticsearch: image: docker.elastic.co/elasticsearch/elasticsearch:7.10.2 container_name: elasticsearch restart: always ports: - 9200:9200 environment: - "discovery.type=single-node" #单机模式启动 - "TZ=Asia/Shanghai" # 设置时区 - "bootstrap.memory_lock=true" #锁定物理内存地址，避免es内存被替换进来，也就是防止es应用swap替换分区，频繁的替换，会导致IOPS变高 - "ES_JAVA_OPTS=-Xms1024m -Xmx1024m" # 设置jvm内存大小 volumes: - /home/elasticsearch/data:/usr/share/elasticsearch/data ulimits: memlock: soft: -1 hard: -1 skywalking-oap-server: image: apache/skywalking-oap-server:8.9.0 container_name: skywalking-oap-server depends_on: - elasticsearch links: - elasticsearch restart: always ports: - 11800:11800 - 12800:12800 environment: SW_CORE_RECORD_DATA_TTL: 7 #记录数据的有效期，单位天 SW_CORE_METRICS_DATA_TTL: 7 #剖析指标数据的有效期，单位天 SW_STORAGE: elasticsearch #指定存储为es，此参数能够传到skywalking中的配置 SW_STORAGE_ES_CLUSTER_NODES: elasticsearch:9200 #指定es服务端口 TZ: Asia/Shanghai skywalking-ui: image: apache/skywalking-ui:8.9.0 container_name: skywalking-ui depends_on: - skywalking-oap-server links: - skywalking-oap-server restart: always ports: - 8080:8080 environment: SW_OAP_ADDRESS: http://skywalking-oap-server:12800 TZ: Asia/Shanghai1.2.3 启动
在下面配置文件同级目录下执行命令：
docker-compose -f skywalking-docker-compose_3.3.yaml up -d
期待几分钟呈现上面提醒阐明胜利
*Starting elasticsearch ... done
Recreating skywalking-oap-server ... done
Recreating skywalking-ui ... done*
1.2.4 拜访
http://ip:8080
第一次启动页面加载较慢，期待1-3分钟，呈现如下界面，阐明胜利。
1.2.5 注意事项
1、skywalking-docker-compose_3.3.yaml配置文件中的 端口都是能够批改的，如果默认端口有抵触，请批改端口，并且确认新端口可用。
2、如果http://ip:8080无法访问，大概率是端口问题，能够先telnet一下，而后查看本人的服务器是否有防火墙，是否没凋谢端口，或者有其余网络限度。
3、如果http://ip:8080能够拜访，然而展现不全，请期待1-3分钟，如果还是显示不全，可能是后端或者es不通，请查看/home/elasticsearch/data目录是否有足够的权限，确保es对此目录有读写权限，否则会呈现未知异样。另外其余本人有定义或者映射的目录也要有足够权限。
4、数据保留工夫
SW_CORE_RECORD_DATA_TTL: 7 #记录数据的有效期，单位天
SW_CORE_METRICS_DATA_TTL: 7 #剖析指标数据的有效期，单位天
依据本人的理论需要批改，重启后失效。
5、命令
进行：docker-compose -f skywalking-docker-compose_3.3.yaml stop
启动：docker-compose -f skywalking-docker-compose_3.3.yaml up -d
2. 应用
在下面服务端装置好了当前，还须要客户端联合探针skywalking-agent能力产生数据。
有数据成果如下图：
先下载探针并解压：https://archive.apache.org/di...
下载8.9.0版本跟服务端版本要放弃始终。
这里介绍对于Java探针应用三种罕用形式
不论哪种形式都须要在你的启动指令中退出以下内容：
-javaagent:你的探针绝对路径\skywalking-agent.jar -Dskywalking.agent.service_name=你的服务名称 -Dskywalking.collector.backend_service=ip:11800留神：你本人的服务jar包肯定要放到最初；ip端口是你的skywalking后盾上传数据的ip端口；其中的skywalking-agent.jar门路，服务名，ip端口都要以你的理论为准（下图标红的）。
2.1 形式一：IDEA应用探针
idea中配置示例：
2.2 形式二：jar包形式应用探针
用java -jar或者nohup或者用脚本启动，示例：
java -javaagent:/home/skywalking/skywalking-agent/skywalking-agent.jar -Dskywalking.agent.service_name=admin -Dskywalking.collector.backend_service=192.168.99:11800 -jar admin.jar &
2.3 形式三：docker形式应用探针
批改你的Dockerfile文件，
退出两行：
COPY skywalking-agent /usr/local/agent
"java -javaagent:/usr/local/agent/skywalking-agent.jar -Dskywalking.agent.service_name=admin -Dskywalking.collector.backend_service=172.17.0.1:11800
这里有几点留神：
1.docker COPY只能复制同级目录下的文件，所以，肯定要把探针放到Dockerfile所在目录下。
2.skywalking-agent肯定是整个文件夹里，不仅仅是skywalking-agent.jar。
3.-javaagent:后的门路为docker容器的外部门路。
4.-Dskywalking.collector.backend_service后的ip 有几种状况：
容器部署的，比方docker，127.0.0.1只是容器内无效，不能代表宿主机本机，所以即便在同一台机器也不能写127.0.0.1，能够试试，是不通的。
172.17.0.1这个ip是docker默认虚构网卡的网关ip，通过这个ip,申请能够达到宿主机，当然写理论的物理ip也是能够的，然而思考到很多我的项目是交付性的，skywalking的地址总是不同，都要改挺麻烦的，写172.17.0.1就通用了，前提是在同一台机器哦。
3. 结尾
- 下面波及到skywalking的一些配置，都是通过传参的形式，其实在skywalking和探针文件夹上面的配置文件都是批改的，然而比拟死板，不灵便。具体操作能够自行搜寻文档，这里不再赘述。
- skywalking收集数据是异步的，不必放心影响本人服务性能，skywalking占用资源很小，单机性能很强，放心使用，如果单机不能满足，能够思考集群形式，比方部署几台skywalking而后通过haproxy代理，配置放在nacos等，具体请自行搜寻计划。
- skywalking-agent的目录下，optional-plugins是可选追踪插件，plugins是默认追踪插件，如果感觉默认的不够，没有涵盖到本人想要追踪的，能够复制optional-plugins外面的减少到plugins，当然感觉有些不想看到也能够缩小插件，外面的jar基本上都能见名知意，扭转后，客户端服务重启失效。
同时须要做日志追踪请看这里：
https://www.jianshu.com/p/c93...