回到网易后开源APM技术选型与实战-白红宇

回到网易后开源APM技术选型与实战

阅读量：5825 次

发布时间：2019-06-18

本文共 4577 字，大约阅读时间需要 15 分钟。

篇幅一：APM基础篇

1、什么是APM?

APM，全称：Application Performance Management ，目前市面的系统基本都是参考Google的Dapper（大规模分布式系统的跟踪系统）来做的，翻译传送门

思考下：不遵守该理论的是伪APM，耍流氓吗？

APM的核心思想是什么？ 在应用服务各节点相互调用的时候，从中记录并传递一个应用级别的标记，这个标记可以用来关联各个服务节点之间的关系。比如两个应用服务节点之间使用 HTTP 作为传输协议的话，那么这些标记就会被加入到 HTTP 头中。可见如何传递这些标记是与应用服务节点之间使用的通讯协议有关的，常用的协议就相对容易加入这些内容，一些按需定制的可能就相对困难些，这一点也直接决定了实现分布式追踪系统的难度。

2、为什么要用APM?

有业务痛点，才要寻求解决方案，个人认为，APM需要优先解决测试环境下两个场景问题，基于测试先行的原则考虑：

\优先关注宏观数据，并不是说测试人员无须关注微观层面的问题，在测试角度来看，先解决性能测试环境的数据采样、收集问题，再去评估生产环境，而线上的链路监控需要研发跟运维去配合，【研发角度场景】相对于测试人员来说是弱关注了。

3、市面上有哪些APM工具？

Pinpoint
\\tPinpoint is an open source APM (Application Performance Management) tool for large-scale distributed systems written in Java.
\\t

SkyWalking
\\tA distributed tracing system, and APM ( Application Performance Monitoring ) .
\\t

Zipkin
\\tZipkin is a distributed tracing system. It helps gather timing data needed to troubleshoot latency problems in microservice architectures. It manages both the collection and lookup of this data. Zipkin’s design is based on the Google Dapper paper.
\\t

CAT （大众点评）
\\tCAT基于Java开发的实时应用监控平台，包括实时应用监控，业务监控。
\

4、先说结论

目前比较贴合 Google Dapper 原理设计的，Pinpoint 优于 Zipkin。

\Pinpoint对代码的零侵入，运用JavaAgent字节码增强技术，添加启动参数即可。

\并且符合【测试角度场景】性能测试调优监控的宏观；

\当然，结论太早了，会有疑惑：

“ Spring Cloud Slueth和zipkin之间的关系是什么？ “

需要看详细对比的，详见下图：

5、再说对比

本质上 Spring Cloud Slueth 与 Pinpoint 没有可比性，真正对比的是Zipkin，Spring Cloud Slueth 聚焦在链路追踪和分析，将信息发送到Zipkin，利用 Zipkin的存储来存储信息，当然，Zipkin也可以使用ELK来记录日志和展示，再通过收集服务器性能的脚本把数据存储到ELK，则可以展示服务器状况信息了。Zipkin的总体展示，也是基于链路分析为主。

篇幅二：Pinpoint实战篇

1、Pinpoint架构图

Pinpoint is an open source APM (Application Performance Management) tool for large-scale distributed systems written in Java.

架构图对应说明：

Pinpoint-Collector：收集各种性能数据\\t

Pinpoint-Agent：探针与应用服务器（例如tomcat)关联，部署到同一台服务器上\\t

Pinpoint-Web：将收集到的数据层现在web展示\\t

HBase Storage：收集到数据存到HBase中\

2、Pinpoint的数据结构

Pinpoint 消息的数据结构主要包含三种类型 Span，Trace 和 TraceId。

Span 是最基本的调用追踪单元
\\t当远程调用到达的时候，Span 指代处理该调用的作业，并且携带追踪数据。为了实现代码级别的可见性，Span 下面还包含一层 SpanEvent 的数据结构。每个 Span 都包含一个 SpanId。\\t

Trace 是一组相互关联的 Span 集合
\\t同一个 Trace 下的 Span 共享一个 TransactionId，而且会按照 SpanId 和 ParentSpanId 排列成一棵有层级关系的树形结构。\\t

TraceId 是 TransactionId、SpanId 和 ParentSpanId 的组合
\\tTransactionId（TxId）是一个交易下的横跨整个分布式系统收发消息的 ID，其必须在整个服务器组中是全局唯一的。也就是说 TransactionId 识别了整个调用链；SpanId（SpanId）是处理远程调用作业的 ID，当一个调用到达一个节点的时候随即产生；ParentSpanId（pSpanId）顾名思义，就是产生当前 Span 的调用方 Span 的 ID。如果一个节点是交易的最初发起方，其 ParentSpanId 是 -1，以标志其是整个交易的根 Span。下图能够比较直观的说明这些 ID 结构之间的关系。\

3、Pinpoint部署

网上太多部署文档，这里不详细说明，简要说明下：

注意版本要求：

有两种方式启动：

方式一：修改tomat目录下bin/catalina.sh，在Control Script for the CATALINA Server加入以下三行代码：

\CATALINA_OPTS=\"$CATALINA_OPTS -javaagent:/home/webapps/service/pp-agent/pinpoint-bootstrap-1.6.2.jar\"\CATALINA_OPTS=\"$CATALINA_OPTS -Dpinpoint.agentId=pp32tomcattest\"\CATALINA_OPTS=\"$CATALINA_OPTS -Dpinpoint.applicationName=32tomcat\"

第一行：pinpoint-bootstrap-1.6.2.jar的位置

\第二行：agentId必须唯一,标志一个jvm

\第三行：applicationName表示同一种应用：同一个应用的不同实例应该使用不同的agentId,相同的applicationName

方式二：SpringBoot启动

\java  -javaagent:/home/webapps/pp-agent/pinpoint-bootstrap-1.6.2.jar  -Dpinpoint.agentId=pp32tomcattest -Dpinpoint.applicationName=32tomcat -jar 32tomcat-0.0.1-SNAPSHOT.jar

4、代码注入是如何工作的

\Pinpoint 对代码注入的封装非常类似 AOP，当一个类被加载的时候会通过 Interceptor 向指定的方法前后注入 before 和 after 逻辑，在这些逻辑中可以获取系统运行的状态，并通过 TraceContext 创建 Trace 消息，并发送给 Pinpoint 服务器。但与 AOP 不同的是，Pinpoint 在封装的时候考虑到了更多与目标代码的交互能力，因此用 Pinpoint 提供的 API 来编写代码会比 AOP 更加容易和专业。