应用监控的选型思考

简介: 最近由于项目的缘故,经常会和同学们聊到一个话题,那就是企业如何在应用性能管理(Application Performance Monitoring, 简称APM) 领域的开源和商业化产品中选择合适自己的产品,下面就以该领域为例和大家做一个分享。

阿里云应用实时监控和诊断工具 ARMS,点击这里。

最近由于项目的缘故,经常会和同学们聊到一个话题,那就是企业如何在应用性能管理(Application Performance Monitoring, 简称APM) 领域的开源和商业化产品中选择合适自己的产品,下面就以该领域为例和大家做一个分享。

先说结论:没有统一答案,企业用户应当从自身需求,技术掌握深度,建设成本这三个方面来衡量。

企业性质和最终方案

技术掌握程度

自身需求

建设成本

世界500强的IT部门, 最终选择商业产品,部署方式为专用云 已经被各大APM厂商进行过POC,接口人对APM领域有一定理解;已经在内部进行过多轮DevOps概念推广和相关环境建设。 1.配合压测调优性能;2.能快速推广和应用到全集团;3.集团大屏幕输出;4.日常运维中的问题报警,排查,诊断。 1.产品费用+咨询费用;2.每年的产品升级和维护费用;3.2名甲方接口人员;4.内部机器成本。最大并发监控规模:万台。平均每台活跃实例/年监控成本在4000元左右。
数千人的中型互联网公司,最终选择基于 pinpoint 自建 负责人为多年从事APM领域的资深专家,并有从原来APM厂商转来的Pinpoint Commiter,正在进行DevOps建设。 日常运维中的问题报警,排查,诊断为主。 1.4名开发人员至少一年的开发维护时间。2.2名运维人员的日常维护和推广。3.内部机器成本。最大并发监控规模:千台。平均每台活跃实例/年监控成本在2000元左右。
数十人的创业团队,最终选择公有云商业产品 对APM领域,仅仅是听过几场meet up,以业务开发为重心。 日常运维中的问题报警,排查,诊断为主。 公有云产品费用,根据业务量,灵活扩缩容。最大并发监控规模:数十台。平均每台活跃实例/年监控成本在1000元左右。

产品完成度&使用场景

上面是三个不同企业规模中APM使用的一个大致情况以及他们的选型和成本情况。当把需求落到具体使用场景上时,商业化产品和开源产品在完成度上,其实也有很多区别:

使用场景

商业化产品-以阿里云ARMS为例

开源产品--以Pinpoint和Skywalking为例

报警和报表:作为日常运维工具,报警功能必不可少。在日常巡检中,需要把关键信息放在一个页面中形成报表,并且对报表定时进行推送。 支持丰富维度的数据报警设置,以及丰富的推送渠道,包括钉钉,短信,邮件等。支持用户自定义设置各种业务报表。 支持简单的报警功能,大部分情况下需要用户额外进行开发和集成。
用户反馈问题跟踪:能根据某一个业务关键ID 查询出对应的分布式调用链路和相关的log。 支持全系排查和100%链路采集。 不支持。
代码瓶颈诊断:发现问题以后,需要快速定位到代码性能瓶颈。 无需额外的埋点,自动适配大部分主流框架,支持自定义埋点。单线程快照技术,能监控到没有埋点的业务代码的运行情况。 无需额外埋点,支持自定义埋点。
稳定性&可拓展性。 经过多年那双十一挑战,产品性能稳定。SaaS产品动态扩缩绒,无需用户关心。 开源项目未经过大规模生产环境检验,需要用户自己进行稳定性的测试,以及根据数据量进行扩缩容量。
使用咨询。 5*8阿里云专家咨询服务:可针对性输出阿里云多年性能调优经验和使用场景,帮助用户快速落地APM产品。 Github issue为主无商业化公司支持,出现问题大部分自己解决。
定制化能力。 支持通过API定制自己的展示页面。 开源产品,可以进行任意改动。

成本计算参考

以阿里云 ARMS 为例,假设监控50个实例,估算下成本:

  • 机器成本:至少7台机器 (3台存储,2台应用,2台Console)+数据库,成本一个月四千以上;用ARMS,费用小于4000左右,成本略低于自建,几乎持平。
  • 运维人力成本:ARMS无需担心扩扩容,用多少付多少,ARMS无需运维工程师,节省人力开支。用以上开源软件至少需要一个专业的运维工程师,中位数工资,约10000左右。
  • 额外开发人力成本:ARMS作为商业产品,每月发布一个新的版本,不断迭代,而且功能丰富。使用开源产品需要自己开发报警和相关运维功能,至少需要2个专业的开发工程师,中位数工资,约40000左右。

总结

在当今互联网云时代,企业在选择建设自己监控系统的时候,一定要结合自身情况进行产品和架构选型,具体建议如下:

公司形态 用户画像 建议选型
小型初创公司 以公司生存,业务发展为主,需要快速见效并且性价比高的产品。 以公有云Saas为主,不建议投入过多精力在监控领域的开源自建,而需要专注于核心业务发展。
中型成长企业 有较稳健业务收入和增长,希望对于技术有所发展和挑战。 商业产品+开源产品,可以通过商业产品快速学习某一领域知识,再结合自身情况通过开源产品定制部分监控,如采用grafana定制监控大盘。
大型上市公司 有自建机房,业务求稳,而且在国内外有较强监管和合规需求。 考虑采用专有云和混合云的商业化服务为主,可以配合厂商尝试开源产品,部分科技型公司可选型开源产品。
相关实践学习
通过轻量消息队列(原MNS)主题HTTP订阅+ARMS实现自定义数据多渠道告警
本场景将自定义告警信息同时分发至多个通知渠道的需求,例如短信、电子邮件及钉钉群组等。通过采用轻量消息队列(原 MNS)的主题模型的HTTP订阅方式,并结合应用实时监控服务提供的自定义集成能力,使得您能够以简便的配置方式实现上述多渠道同步通知的功能。
相关文章
|
存储 缓存 监控
一文读懂分布式架构知识体系(内含超全核心知识大图)
7月9日 19:00-21:30 阿里云开发者社区首场“Offer 5000”直播开启!15位团队技术大牛在线招人,更有《阿里云技术面试红宝书》助你拿下Offer!马上投递简历:https://developer.aliyun.com/special/offerday01
20958 0
|
SQL Java 关系型数据库
Spring事务传播机制:7种姿势教你玩转"事务接力赛"
事务传播机制是Spring框架中用于管理事务行为的重要概念,它决定了在方法调用时事务如何传递与执行。通过7种传播行为,开发者可以灵活控制事务边界,适应不同业务场景。例如:REQUIRED默认加入或新建事务,REQUIRES_NEW独立开启新事务,NESTED支持嵌套回滚等。合理使用传播机制不仅能保障数据一致性,还能提升系统性能与健壮性。掌握这“七种人格”,才能在复杂业务中游刃有余。
|
数据采集 人工智能 算法
头一回见!提升10倍效率,阿里给业务校验平台插上了AI的翅膀
实时业务校验平台作为阿里集团老牌的业务审计系统,覆盖了集团绝大部分的业务对账场景,在线上问题及时发现以及减少集团资损上发挥着巨大作用,保障了各个系统的业务稳定性。本文主要介绍实时业务校验平台(以下简称BCP: Business Check Platform)在智能化方面的创新和实践。
18195 119
|
消息中间件 算法 Java
一文详解 Java 限流接口实现
本文介绍的实现方式属于应用级限制,应用级限流方式只是单应用内的请求限流,不能进行全局限流。要保证系统的抗压能力,限流是一个必不可少的环节,虽然可能会造成某些用户的请求被丢弃,但相比于突发流量造成的系统宕机来说,这些损失一般都在可以接受的范围之内。
一文详解 Java 限流接口实现
|
Dubbo Java 应用服务中间件
微服务技术栈选型,看了这个别的可以不用看了
本文由PPmoney架构师敖小剑分享:微服务的核心技术,目前可选的开源微服务框架,以及为微服务提供支撑的基础设施。
18585 136
|
存储 Java 测试技术
阿里高级技术专家:整洁的应用架构“长”什么样?
作者 | 张建飞 作者张建飞是阿里巴巴高级技术专家,入司6年,他创建了COLA。希望可以探索一套切实可行的应用架构规范,这个规范不是高高在上的纸上谈兵,而是可以复制、可以理解、可以落地、可以控制复杂性的指导和约束。本文详述了他对COLA的升级迭代。
6926 0
阿里高级技术专家:整洁的应用架构“长”什么样?
|
存储 关系型数据库 MySQL
MySQL使用InnoDB引擎时一张表最大可以储存数据大小为 64TB,那为什么当表中的单行数据达到16KB时,这张表只能储存一条数据?
MySQL使用InnoDB引擎时一张表最大可以储存数据大小为 64TB,那为什么当表中的单行数据达到16KB时,这张表只能储存一条数据?
715 0
|
Web App开发 数据采集 Serverless
三分钟学会如何在函数计算中使用 puppeteer
使用 puppeteer 结合函数计算,可以快速的构建弹性的服务完成各种功能,包括:生成网页截图或者 PDF、高级爬虫,可以爬取大量异步渲染内容的网页、模拟键盘输入、表单自动提交、登录网页等,实现 UI 自动化测试和捕获站点的时间线,以便追踪你的网站,帮助分析网站性能问题
10993 21
|
机器学习/深度学习 弹性计算 Kubernetes
支付宝资深技术专家尹博学:新一代金融核心突破之全分布式单元化技术架构
本文整理自2020阿里云线上峰会蚂蚁集团资深技术专家尹博学的主题演讲,为大家分享蚂蚁关于金融级IT架构及分布式架构的思考和应用实践。
支付宝资深技术专家尹博学:新一代金融核心突破之全分布式单元化技术架构
|
分布式计算 监控 算法
【直播回顾】21天搭建推荐系统:实现“千人千面”个性化推荐(含视频)
在4月27日2016云栖大会南京峰会上,阿里云算法专家、阿里云推荐引擎技术负责人郑重(卢梭)为大家分享了“21天搭建推荐系统”,这次分享得到了大家的积极反馈。因此,云栖社区邀请卢梭做客云栖社区,在6月16日晚8点在线再次分享《21天搭建推荐系统》。
86801 0

热门文章

最新文章