SkyWalking 全链路追踪工具-使用入门

前言

随着业务越来越复杂，企业应用也进入了分布式服务的阶段，传统的日志监控等方式无法很好达到跟踪调用，排查问题等需求。这是客套话，我们最常见的痛点便是性能优化，在优化时需要找到有问题的代码，以前介绍过使用Arthas排查问题或查找耗时代码，但是该工具毕竟是单一节点而且在遇到反射时常常无法展现，效果有限，此时则需要一款全链路追踪工具，最常用的有SkyWalking和Pinpoint。

SkyWalking简介

SkyWalking是一个针对分布式系统的APM（应用性能监控）系统，特别针对微服务、cloud native和容器化架构，其核心是个分布式追踪系统。它通过探针自动收集所需的指标，且基于探针技术对应用零侵入零耦合。通过这些调用链路以及指标，SkyWalking APM会感知应用间关系和服务间关系，并进行相应的指标统计。

架构

架构图如下：

总体来说可以粗略分为三个部分：

• collector（收集器）：链路数据收集器，数据可以落地ElasticSearch，单机也可以落地H2，不推荐，H2仅作为临时演示用
• agent（探针）：用来收集和发送数据到收集器
• web：web可视化平台，用于展示落地的数据

入门使用

1、下载

可前往官网进行下载：http://skywalking.apache.org/zh/downloads/，mac下载linux下的tar包然后解压即可，这里下载的是6.6.0版本，解压后列表如下：

2、配置探针

前往agent/config/，找到agent.config配置文件，需要配置的就两个地方：

# 在web界面中展示的服务名
agent.service_name=${SW_AGENT_NAME:xxx}
 
# skyWalking服务所在地址，即该工具在哪里启动的，端口号不用改
collector.backend_service=${SW_AGENT_COLLECTOR_BACKEND_SERVICES:127.0.0.1:11800}

3、配置参数到需要监控的应用

以项目带了启动脚本为例，直接在启动参数中加上如下配置即可：

-javaagent:/xxx/agent/skywalking-agent.jar -Dskywalking_config=/xxx/agent/ticket/agent.config

后半段当然也可以不指定配置文件的方式，可以直接使用

-Dskywalking.agent.service_name=itsm-web -Dskywalking.collector.backend_service=10.1.61.165:11800

skyWalking所在的服务器可以和具体探针配置的机器分离，如果分离的话，在探针具体配置的机器上需要将整个agent文件夹移过去，如上面的/agent，注意这里的/xxx是全路径，后面的/ticket/xxx是对应微服务的配置文件，由于是分布式服务，因此需要分别配置

skywalking支持如下

4、配置skyWalking

如果有需要可以进行配置，若没有特殊要求可直接pass，其配置文件在/config/application.yml，大致分为三类：

1. core：收集器相关配置，支持http/gRPC收集
2. storage：收集数据存储，支持H2和ES
3. receiver-：可采集信息，jvm运行相关信息，zipkin追踪日志等

若只是临时调试可直接使用H2存储监控数据，这也是skyWalking的默认数据存储，一般线上都是需要持久化存储，可改为ES存储。如果skyWalking-web界面的8080端口冲突了的话可能会报错，可前往/webapp/webapp.yml进行修改

5、启动skyWalking

运行bin中startup.sh即可，执行后会启动如下两个服务：

Skywalking-Collector：追踪信息收集器，通过 gRPC/Http 收集客户端的采集信息 ，Http默认端口 12800，gRPC默认端口 11800。
Skywalking-Webapp：管理平台页面 默认端口 8080，登录信息 admin/admin