官网：http://skywalking.apache.org/
下载：http://skywalking.apache.org/downloads/
Github：https://github.com/apache/skywalking 文档： https://skywalking.apache.org/docs/main/v8.4.0/readme/
中文文档： https://skyapm.github.io/document-cn-translation-of-skywalking/

一。概述

1.常见开源产品
Zipkin，      Twitter开源、轻量，使用部署简单。
Pinpoint      韩国人开源的、支持多种插件，UI功能强大，接入端无代码侵入。
SkyWalking    本土开源的支持多种插件，UI功能较强，接入端无代码侵入。目前已加入Apache孵化器
CAT           大众点评开源


2.为什么要有链路追踪：
	一个 HTTP 请求会调用多个不同的微服务来处理返回最后的结果
	通过链路追踪，一次请求的逻辑轨迹可以完整清晰的展示出来，就可以快速定位错误信息。


3.服务跟踪原理
		当请求发送到分布式系统的入口端点时， 只需要服务跟踪框架为该请求创建一个唯一的跟踪标识，即TranceId，
	同时在分布式系统内部流转的时候，框架始终保持传递该唯一标识， 直到返回给请求方为止。
	通过Trace ID的记录，我们就能将所有请求过程的日志关联起来。 
	为了统计各处理单元的时间延迟，当请求到达各个服务组件时，或是处理逻辑到达某个状态时，也通过一个唯一 标识来标记它的开始、 具体过程以及结束，该标识就是前文中提到的Span ID。
	对于每个Span来说，它必须有开始和结束两个节点，通过记录开始Span和结束Span的时间戳，就能统计出该Span的时间延迟，
	除了时间戳记录之外，它还可以包含一些其他元数据， 比如事件名称、请求信息等

TranceId作用是整个微服务调用链过程中保证唯一。             一个tranceId多个spanId
SpanId记录每次请求。         
    
在微服务中，TranceId与Spanid会放在请求头中进行传递。
Trancdid 每次请求都是一样的，而Spanid 每请求一次就会重新生成一个。
一个TranceId由多个Spanid组合起来，获取到整个微服务调用依赖关系。

二。skywalking

下载页面

1.整体架构

上部分Agent ：负责从应用中，收集链路信息，发送给 SkyWalking OAP 服务器； 
下部分 SkyWalking OAP ：负责接收Agent发送的Tracing数据信息，然后进行分析(Analysis Core)，存储到外 部存储器(Storage)，最终提供查询(Query)功能； 
右部分Storage：Tracing数据存储，目前支持ES、MySQL、Sharding Sphere、TiDB、H2多种存储器，目前采 用较多的是ES，主要考虑是SkyWalking开发团队自己的生产环境采用ES为主； 

左部分SkyWalking UI：负责提供控制台，查看链路等等；

2.启动skywalking服务

1.安装
   下载tar.gz包后解压，

2.启动
    bin/start.sh     oapService和webappService分别是skywalking oap服务的启动和ui界面服务的启动,start是他们两个一起启动

3.测试访问ui界面：http://192.168.61.142:8080 能访问说明启动起来了     端口修改在webapp/webapp.yml
   收集端口：18001     接收前端参数端口：18002        在config/application.yml配置

3.idea项目接入skywalking

# skywalking‐agent.jar的本地磁盘的路径 
‐javaagent:D:\apache-skywalking-apm-bin-es7\agent\skywalking-agent.jar
 
# 在skywalking上显示的服务名 
‐DSW_AGENT_NAME=springboot‐skywalking‐mock 
  
# skywalking的collector服务的IP及端口 
‐DSW_AGENT_COLLECTOR_BACKEND_SERVICES=192.168.61.142:11800




service层也接入skywalking