阿里云上最近推出了一款新产品 ，专注于帮助开发者快速分析和诊断分布式应用架构下的性能瓶颈，提高微服务时代下的开发诊断效率，并省去用户搭建各类链路监控应用(Jaeger, Zipkin等)和相关存储服务(Hbase, ElasticSearch等)的成本。

分布式应用环境下的链路追踪，并不是一个新话题。在早些时间，阿里云产品 业务实时监控服务也有类似功能推出。那么，链路追踪和业务实时监控服务 在产品功能层面到底有什么样的区别和联系？本文将给出概要说明。

以下从产品定位，接入方式，以及使用成本 三个方面来比较 业务实时监控服务 和 两款产品。

产品定位：应用性能管理 (APM) vs 分布式链路追踪 (Distributed Tracing)

从功能定位上看，业务实时监控服务 定位于重量级的应用性能管理类(Application Performance Management, 简称APM)工具，包含的功能相对丰富。应用程序通过挂载Agent方式接入监控，Agent内部功能相对丰富，包括性能监控，用户体验监控，链路追踪，故障诊断，等多种功能。

而链路追踪定位于分布式链路追踪解决方案工具，功能比较专一，专业面向解决分布式环境下的链路追踪这一个问题。用户通过接入链路追踪SDK来实现分布式链路追踪，SDK本身只负责链路监控，功能相对专注。

接入方式：无侵入式接入 vs 基于标准的侵入式接入

定位于APM的业务实时监控服务的监控接入方式使用的是业界商业化APM工具中比较流行的无侵入式接入方案。用户无需改动代码，即可接入。不过一般需要在应用程序中加载Agent，需要修改程序启动方式。例如以业务实时监控服务为例，在启动Java程序时需要增加-javaagent启动参数。

定位于分布式链路追踪的链路追踪产品是基于开源产品 ,  等开源产品和开源标准 的监控产品。用户可以基于以上任意一种标准SDK接入到链路追踪中。这样的好处是：

• 已在用Jaeger, Zipkin或其他Opentracing标准SDK的应用可无缝迁移到链路追踪产品中，而不用修改代码；
• 由于产品SDK是基于开源标准的，因此用户不用担心lock-in问题；
• 借助社区力量，用户可以一次性大量支持多种开发语言，使得面向异构环境的开发者在监控方面接入门槛大幅度降低。

使用成本：按量付费 vs 产品免费

和其他APM工具类产品类似，无论是应用监控还是前端监控等功能，业务实时监控服务采用的是按量付费的收费模式，总体来讲还是占用户总体预算的相当一部分。不过从总体来看，业务实时监控服务 收费大大低于业界平均水平，仅占业界水平10-20%左右，这也得益于其优秀的高性能和高效率架构。

链路追踪专注于解决分布式环境下的链路诊断问题，其功能相对专注，产品精简，本身不收费。用户的链路信息存储于阿里云的日志服务产品中，用户仅对日志服务存储收费，链路追踪产品本身不收费。

总结

以下表格总结两个产品的区别和联系。

未来展望

虽然两个产品定位不同，但是同样定位于阿里云上的开发者工具监控类产品，两款产品未来会做互相地打通。

• 业务实时监控服务 将支持 链路追踪 的SDK方式进行分布式链路追踪的定制化。
• 链路追踪 的应用链路 同样能在 业务实时监控服务 的界面中进行查询，优化用户诊断体验。

-> 欢迎关注“阿里巴巴中间件”，加入中间件开发者群，与技术同行。