链路追踪和应用性能监控有哪些区别?

概要

阿里云上最近推出了一款新产品 链路追踪 ,专注于帮助开发者快速分析和诊断分布式应用架构下的性能瓶颈,提高微服务时代下的开发诊断效率。

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

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

产品定位

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

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

接入方式

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

链路追踪则使用的是基于 Jaeger, Zipkin?等开源产品和开源标准 Opentracing 的侵入式接入方案。用户可以基于以上任意一种标准SDK接入到链路追踪中。这样的好处是:

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

使用成本

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

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

产品区别和联系总结

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

业务实时监控服务 链路追踪
产品定位 APM工具类产品,产品本身含应用性能监控,用户体验监控,链路追踪,问题诊断等多项功能。 专注分布式链路功能追踪功能。
应用程序语言支持 Java, PHP (coming soon) Java, PHP, Go, C#, Python, Node.JS, etc.
接入方式 无侵入式Agent加载方式接入 侵入式SDK编程方式接入
产品费用 按量付费,极具竞争力的产品价格 产品本身免费,用户仅对日志服务使用部分收费

未来展望

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

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

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

原文地址:http://blog.51cto.com/13995002/2309266

时间: 2024-11-29 03:17:31

链路追踪和应用性能监控有哪些区别?的相关文章

Apache SkyWalking 为.NET Core带来开箱即用的分布式追踪和应用性能监控

在大型网站系统设计中,随着分布式架构,特别是微服务架构的流行,我们将系统解耦成更小的单元,通过不断的添加新的.小的模块或者重用已经有的模块来构建复杂的系统.随着模块的不断增多,一次请求可能会涉及到十几个甚至几十个服务的协同处理,那么如何准确快速的定位到线上故障和性能瓶颈,便成为我们不得不面对的棘手问题. 为解决分布式架构中复杂的服务定位和性能问题,Google在论文<Dapper, a Large-Scale Distributed Systems Tracing Infrastructure>

阿里云产品专家解读链路追踪(Tracing Analysis)

摘要: 概要 阿里云上最近推出了一款新产品 链路追踪 ,专注于帮助开发者快速分析和诊断分布式应用架构下的性能瓶颈,提高微服务时代下的开发诊断效率. 分布式应用环境下的链路追踪,并不是一个新话题.在早些时间,阿里云产品 业务实时监控服务 也有类似功能推出. 阿里云上最近推出了一款新产品链路追踪 ,专注于帮助开发者快速分析和诊断分布式应用架构下的性能瓶颈,提高微服务时代下的开发诊断效率,并省去用户搭建各类链路监控应用(Jaeger, Zipkin等)和相关存储服务(Hbase, ElasticSea

阿里云发布链路追踪服务Tracing Analysis

摘要: 近日,在杭州云栖大会上,阿里云发布了链路追踪服务Tracing Analysis,成本是自建链路追踪系统的1/5或更少,可为分布式应用的开发者提供完整的调用链路还原.调用请求量统计.链路拓扑.应用依赖分析等工具,帮助开发者快速分析和诊断分布式应用架构下的性能瓶颈,提高微服务时代下的开发诊断效率. 近日,在杭州云栖大会上,阿里云发布了链路追踪服务Tracing Analysis,成本是自建链路追踪系统的1/5或更少,可为分布式应用的开发者提供完整的调用链路还原.调用请求量统计.链路拓扑.应

阿里云性能监控 ARMS 全真3D拓扑揭秘

摘要: 微服务架构下,各类服务之间存在着错综复杂的依赖关系.一旦业务出现问题,追查问题源头就好比大海捞针,没有头绪.但业务不等人,此时,在最短的时间内定位问题根源是开发和运维人员对微服务监控产品的核心诉求. 传统的监控产品提供了表格(table).表单(form)和仪表盘(dashboard)三种展现形式,因其局限性,并无法完整和直观的提供监控详情,以快速定位问题. 微服务架构下,各类服务之间存在着错综复杂的依赖关系.一旦业务出现问题,追查问题源头就好比大海捞针,没有头绪.但业务不等人,此时,在

聊聊分布式链路追踪

原文链接:http://lidawn.github.io/2018/12/26/distribute-tracing/ 起因 最近一直在做分布式链路追踪的调研和实践,整理一下其中的知识点. 什么是链路追踪 分布式系统变得日趋复杂,越来越多的组件开始走向分布式化,如微服务.分布式数据库.分布式缓存等,使得后台服务构成了一种复杂的分布式网络.在服务能力提升的同时,复杂的网络结构也使问题定位更加困难.在一个请求在经过诸多服务过程中,出现了某一个调用失败的情况,查询具体的异常由哪一个服务引起的就变得十分

[系列] go-gin-api 路由中间件 - Jaeger 链路追踪(五)

概述 首先同步下项目概况: 上篇文章分享了,路由中间件 - 捕获异常,这篇文章咱们分享:路由中间件 - Jaeger 链路追踪. 啥是链路追踪? 我理解链路追踪其实是为微服务架构提供服务的,当一个请求中,请求了多个服务单元,如果请求出现了错误或异常,很难去定位是哪个服务出了问题,这时就需要链路追踪. 咱们先看一张图: 这张图的调用链还比较清晰,咱们想象一下,随着服务的越来越多,服务与服务之间调用关系也越来越多,可能就会发展成下图的情况. 这调用关系真的是... 看到这,我的内心是崩溃的. 那么问

基于 SkyWalking 实现服务链路追踪

SkyWalking简介 SkyWalking是一个开源的观测平台,用于从服务和云原生等基础设施中收集.分析.聚合以及可视化数据.SkyWalking 提供了一种简便的方式来清晰地观测分布式系统,甚至可以观测横跨不同云的系统.SkyWalking 更像是一种现代的应用程序性能监控(Application Performance Monitoring,即APM)工具,专为云原生,基于容器以及分布式系统而设计 SkyWalking 在逻辑上分为四部分:探针.平台后端.存储和用户界面.其架构图如下:

分布式链路追踪系统预研第二篇

本文为博主原创文章,未经博主允许不得转载. 在上篇随笔后,分布式链路在缓慢推进.一直没什么兴致写,zipkin使用elasticsearch作为数据完全是可行的.但是揉合这两者,就存在两种方案: 第一种,保持zipkin,替换掉存储.即保持zipkin架构,替换掉默认数据存储,改用elasticsearch作为存储.这完全是可行的,但是做出来的也仅仅是一个分布式链路追踪系统.zipkin官方有相应的多数据源的实现源码,有兴趣大家可以自行去git上看. 由于我们想要的不只是分布式链路追踪系统,我们

上海天旦解决方案 — 农信社、农商行业务性能监控解决方案

上海天旦针对农信社.农商行的应用系统特性打造菜单式的解决方案,采用上海天旦完全自主知识产权的产品,具备快速部署能力,能够帮助农信社.农商行获得实时的应用监控与故障定位能力,以及深度的交易性能可视性. 致力于为农业活动和农村经济发展提供金融服务的农村信用合作社和农村商业银行,随着电子渠道发展和金融"互联网+"的浪潮,逐渐遇到系统架构复杂.运维能力不足.缺乏先进运维手段且 IT 投入规模有限等瓶颈,增加了管理难度. 针对以上现状,上海天旦 BPC 解决方案为农信社和农商行带来了全新的业务运