文章目录
前言
随着业务越来越复杂,企业应用也进入了分布式服务的阶段,传统的日志监控等方式无法很好达到跟踪调用,排查问题等需求。这是客套话,我们最常见的痛点便是性能优化,在优化时需要找到有问题的代码,以前介绍过使用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所在的服务器可以和具体探针配置的机器分离,如果分离的话,在探针具体配置的机器上需要