目录
分布式请求链路追踪_SkyWalking日志
POM中引入相关依赖
Skywalking8.4.0版本开始才支持收集日志功能，同时pom需引用以下依赖。
<dependency>
<groupId>org.apache.skywalking</groupId>
<artifactId>apm-toolkit-logback-1.x</artifactId>
<version>8.5.0</version>
</dependency>Logback配置
在logback.xml中加入配置
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<appender name="console" class="ch.qos.logback.core.ConsoleAppender">
<!-- 日志输出编码 -->
<encoder class="ch.qos.logback.core.encoder.LayoutWrappingEncoder">
<layout class="org.apache.skywalking.apm.toolkit.log.logback.v1.x.TraceIdPatternLogbackLayout">
<pattern>%d{HH:mm:ss.SSS} [%thread] %-5level logger_name:%logger{36} -[%tid] - message:%msg%n</pattern>
</layout>
</encoder>
</appender>
<root level="info">
<appender-ref ref="console"/>
</root>
</configuration>Skywalking通过gRPC上报日志
gRPC报告程序可以将收集到的日志发送给Skywalking OAP服务器上。
创建logback.xml文件中添加
<appender name="log"
class="org.apache.skywalking.apm.toolkit.log.logback.v1.x.log.GRPCLogClientAppender">
<!-- 日志输出编码 -->
<encoder class="ch.qos.logback.core.encoder.LayoutWrappingEncoder">
<layout class="org.apache.skywalking.apm.toolkit.log.logback.v1.x.TraceIdPatternLogbackLayout">
<pattern>%d{HH:mm:ss.SSS} [%thread] %-5level logger_name:%logger{36} -
[%tid] - message:%msg%n</pattern>
</layout>
</encoder>
</appender>
<root level="info">
<appender-ref ref="console"/>
<appender-ref ref="log"/>
</root>打开你的agent/config/agent.config配置文件，添加如下配置信息, 注意skywalking的log通信用的grpc：
# 指定要向其报告日志数据的grpc服务器的主机
plugin.toolkit.log.grpc.reporter.server_host
=${SW_GRPC_LOG_SERVER_HOST:192.168.66.101}
# 指定要向其报告日志数据的grpc服务器的端口
plugin.toolkit.log.grpc.reporter.server_port
=${SW_GRPC_LOG_SERVER_PORT:11800}
# 指定grpc客户端要报告的日志数据的最大大小
plugin.toolkit.log.grpc.reporter.max_message
_size=${SW_GRPC_LOG_MAX_MESSAGE_SIZE:10485760}
# 客户端向上游发送数据时将超时多长时间。单位是秒
plugin.toolkit.log.grpc.reporter.upstream_ti
meout=${SW_GRPC_LOG_GRPC_UPSTREAM_TIMEOUT:30
}注意：
注：gRPC报告程序可以将收集到的日志转发到SkyWalking OAP服务器或SkyWalking Satellite卫星。
测试
分布式请求链路追踪_SkyWalking告警
告警基本流程
每隔一段时间轮询Skywalking-collector收集到的链路追踪的数据， 再根据所配置的告警规则（如服务响应时间、服务响应时间百分 比）等，如果达到阈值则发送响应的告警信息。发送告警信息是以 线程池异步的方式调用webhook接口完成，从而开发者可以在指定的webhook接口中自行编写各种告警方式，钉钉告警、邮件告警等 等。
Skywalking默认支持7中通知：
web、grpc、微信、钉钉、飞书、华为weLink、slack
默认规则
Skywalking默认提供的 alarm-settings.yml ，定义的告警规则如下：
1、过去3分钟内服务平均响应时间超过1秒
2、服务成功率在过去2分钟内低于80%
3、服务90%响应时间在过去3分钟内高于1000毫秒
4、服务实例在过去2分钟内的平均响应时间超过1秒
5、端点平均响应时间过去2分钟超过1秒
告警规则
1、endpoint_percent_rule：规则名称，将会在告警消息体中展示，必须唯一，且以 _rule 结尾
2、metrics-name：度量名称
3、include-names：将此规则作用于匹配的实体名称上，实体名称可以是服务名称或端点名称等
4、exclude-names：将此规则作用于不匹配的实体名称上，实体名称可以是服务名称或端点名称等
5、threshold：阈值 op：操作符，目前支持 >、<、=
6、period：多久检测一次告警规则，即检测规则是否满足的时间窗口，与后端开发环境匹配
7、count：在一个period窗口中，如果实际值超过该数值将触发告警
8、silence-period：触发告警后，在silence-period这个时间窗口中不告警，该值默认和- -- --- 9、period相同。例如，在时间T这个瞬间触发了某告警，那么在(T+10)这个时间段，不会再次触发相 同告警。
10、message：告警消息体，{name} 会解析成规则名称
注意： 这些预定义的告警规则，打开config/alarm-settings.yml文件即可看到。
Webhook
Webhook表达的意思是，当告警发生时，将会请求的地址URL（用 POST方法）。警报消息将会以 application/json 格式发送出去。
举个栗子： 比如你的好友发了一条朋友圈，后端将这条消息推送给所有其他好友的客户端，就是 Webhook 的典型场景。
[{
"scopeId": 1,
"scope": "SERVICE",
"name": "serviceA",
"id0": 12,
"id1": 0,
"ruleName": "service_resp_time_rule",
"alarmMessage": "alarmMessage xxxx",
"startTime": 1560524171000
}]参数：
1、scopeId、scope：作用域 name：目标作用域下的实体名称；
2、id0：作用域下实体的ID，与名称匹配；
3、id1：暂不使用；
4、ruleName： alarm-settings.yml 中配置的规则名称；
5、alarmMessage：告警消息体；
6、startTime：告警时间（毫秒），时间戳形式。
实时效果反馈
1.下列不属于Skywalking告警通知的是____。
A 钉钉
B 邮件
C 微信
D 抖音
2.Skywalking发送告警的基本原理是每隔一段时间 _____Skywalking-collector收集到的链路追踪的数据。
A 轮询
B 定时
C 记录
D 以上都是错误
分布式请求链路追踪_Skywalking自定义告警规则
默认规则
1、过去3分钟内服务平均响应时间超过1秒
2、服务成功率在过去2分钟内低于80%
3、服务90%响应时间在过去3分钟内高于1000毫秒
4、服务实例在过去2分钟内的平均响应时间超过1秒
5、端点平均响应时间过去2分钟超过1秒
自定义告警规则
service_response_time_rule:
#指定的规则
metrics-name: service_resp_time
op: ">"
# 阈值
threshold: 1 # 单位毫秒
# 多久检查一次当前的指标数据是否符合告警规则
period: 5
# 达到多少次告警后，发送告警消息
count: 1
# 告警消息内容
message: 服务{name}最近5分钟以内响应时间超过了1ms测试
实时效果反馈
1.自定义Skywalking告警规则该count参数含义是____。
A 告警阈值
B 多久检查一次当前的指标数据是否符合告警规则
C 告警消息内容
D 达到多少次告警后，发送告警消息
2.自定义Skywalking告警规则该threshold参数含义是____。
A 告警阈值
B 多久检查一次当前的指标数据是否符合告警规则
C 告警消息内容
D 达到多少次告警后，发送告警消息