apm调用链如何查看并发

1、首先登录应用性能管理。在左侧导航栏中选择“调用追踪 >调用链”。

2、其次在调用链界面右上边，分别在“最近时间”、“应用”和“全部服务”的下拉列表框中选择需要查询的散灶时间范围、应用名称和服务名称，单击“搜索”，查询相应的调用链。

3、最后在调用链界面中，单击右上角高级搜索，设镇掘简置御裤查询条件，单击“搜索”，查询相应的调用链。

APM（ Application Performance Management ）

核心思想是什么？ 在服务各节点彼此调用的时候，记录并传递一个应用级别的标记，这个标记可以用来关联各个服务节点之间的关系。比如两个节点之间使用 HTTP 作为请求协议的话，那么这些标记就会被加入到 HTTP 头中。因此如何传递这些标记是与节点之间使用的通讯协议有关的，有些协议就很容易加入这样的内容，但缓禅有些协议就相对困难甚至不可能，因此这一点就直接决定了实现分布式追踪系统的难度。

所有现有的解决方案，都需要如下模块的支持：

❏ 数据采集 ：如何在 广度 和 效率 上进行数据采集 ——> Agent

❏ 数据加工 ：数据统一格式的整理、调用链集合 ——> Collector

❏ 数据存储 ：将扰岩尘计算出的指标和聚合链路信息实时保存起来 ——> Storeage

❏ 数据展示 ：高颜值、多功能显示 ——> UI

Skywalking &Pinpoint 生态下的四大组件

目前的实现方式 SkyWalking 这种直接使用 javaagent 技术 修改字节码 来自动埋点；也有类似于 cat 这种直接编码进行手动埋点的，虽然方式不同，枣睁但是解决的问题相同。

相比较普通监控和日志，调用链APM等就复杂的多了。除了有大量的数据产生源，也要有相应的业务组件来支持调用链聚合和展示。看似展示的结果很直接简答，但是过程却很复杂。器复杂性主要体现在调用链数据的收集上。

关于Tracing的数据结构，为了解决不同的分布式追踪系统 API 不兼容的问题，诞生了 OpenTracing （ opentracing.io/ ) 规范。本质上说是一套接口定义，主流的调用链服务端实现都兼容此规范， OpenTracing 大有一统天下的架势，它在其中融合Tracing、Log、Metrics的概念。

目前看标准化是大趋势（CNCF Jaeger，SpringCloud，Elastic APM），至于国内大公司的产品，也都在主动向其靠拢（阿里的鹰眼、听云、OpenApm）。

整体来说，整个APM体系就是将大三类数据（logs、metrics、trace）应用到四大模块中（收集、加工、存储、展示），并在四个难点（程序异构，组件多样，链路完整，时效采样）上不断优化

不同数据采取不同采样数据源，过于笨重。依赖过多无法维护

https://openapm.io/landscape

根据自己的技术栈，DIY APM框架

在框架中引进 kafaka:

利用HBase来存储实时数据

16年开始完全放弃HDFS，引入流式计算 ，改有HBASE列存储。

SkyWalking是分布式系统的应用程序性能监视工具，专为微服务、云原生架构和基于容器（Docker、K8S、Mesos）架构而设计

---