监控您的监控:少即是多

一则或许对你有用的小广告

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / Java 学习路线 / 一对一提问 / 学习打卡/ 赠书活动

目前,正在 星球 内带小伙伴们做第一个项目:全栈前后端分离博客项目,采用技术栈 Spring Boot + Mybatis Plus + Vue 3.x + Vite 4手把手,前端 + 后端全栈开发,从 0 到 1 讲解每个功能点开发步骤,1v1 答疑,陪伴式直到项目上线,目前已更新了 204 小节,累计 32w+ 字,讲解图:1416 张,还在持续爆肝中,后续还会上新更多项目,目标是将 Java 领域典型的项目都整上,如秒杀系统、在线商城、IM 即时通讯、权限管理等等,已有 870+ 小伙伴加入,欢迎点击围观

毫无疑问,监控的重要性。应用程序性能监控是必须的,这是一个众所周知且公认的事实。然而,最近的研究表明,尽管 APM 技术取得了进步并且可用的 APM 工具过多,但这种过多实际上可能是一个问题。许多公司都在遭受监控过多的情况,这可能导致有用信息减少。

虽然这似乎违反直觉,但应用程序性能监控是一个少即是多的领域。有时,为了避免无关数据,较少的监控是有利的,但在这里我们谈论的是使用较少的 APM 工具。 Enterprise Management Associates 的一项调查 发现,65% 的企业公司使用 10 个或更多 APM,43% 的企业使用超过 25 个,这是一个惊人的统计数据。此外,EMA 的研究得出结论,当安装多个 APM 时,过载实际上会使监控变得更加困难。

这些解决方案中的大多数都缺乏适当的集成。因此,虽然每个工具都提供全面的监控,但这些一体化的软件包可以提高刚性。单独的 APM 可以很好地描述公司运营的一个方面,但是使用 10 个或更多没有相互集成的 APM 类似于盯着拼图的碎片。整个肖像并不完整。

在与 AppDynamics 的 Kalyan Ramanathan 聊天时,我更切实地了解了这对企业的影响。本质上,那些监控平台并没有发挥作用。好吧,从技术上讲,它们是孤立的,但只是单独的。任何公司要正常运作,每个部门都必须通力合作,而不是独立运作。同样,他们的软件必须跨越概念和架构边界进行交互。现在,这还没有发生。监控的重点是定位、识别和预防问题。目前,相当大一部分真正有用的监控数据直接来自于用户。根据 EMA 的分析,33% 的问题是由用户报告的。这是非常高的,特别是考虑到有多少用户根本没有报告问题,并且只是变得沮丧。

Bronto Software 的 Andrew Feller 在 2015 年 4 月 14 日的 Triangle DevOps 演讲中分享了类似的观点,演讲名为“ 监控:风向如何吹 ”。 Feller 解释说,仅仅因为我们可以获得更多的监控解决方案并不意味着监控得到了改进。相反,这种监控工具的结合甚至会降低监控状态。系统复杂性的增加意味着需要更简单的监控解决方案。这意味着减少使用的 APM 数量,并确保增加集成度。这些不同工具之间的更多通信转化为对应用程序中发生的事情的全面概述。