智能监控成效的上限该如何突破?(上)

简介: 智能监控成效的上限该如何突破?(上)

微信图片_20220123183903.jpg


与通常的介绍文章不同,本文结合作者从事智能监控的实践经验,从聚合数据、明细数据两种数据形态入手分析它们对模型效果上限的影响,并介绍了基于这两种数据形态的智能监控常用做法的本质。


一、业务背景


过去几年中国移动互联网发生了翻天覆地的变化,但凡是有流量入口的地方,各大公司都在不断角逐,流量入口形式的不断丰富,对应着背后业务形态的日趋复杂。从技术角度来看,过去平台化的方式越来越难端到端的支撑快速发展的业务,进而演化出了中台的概念,快速支撑业务的同时,也带来了系统关系成网状的复杂形态。业务形态、技术支持、运维规模等都在处于快速变化期。在这个业务快速增长期,一个不能稳定运行的系统意味着什么?


通常稳定性都以一个百分比数字去描述,比如:全年系统运行稳定性为99.99%。我们又习惯叫99.99%为稳定性4个9。以4个9来算的话,一年365天大概有不到1个小时系统是不可用的,现今的大公司如BAT,每秒请求数量在几万是家常便饭。不到1小时的系统不可用对公司造成的影响是巨大的,轻则影响公司收益,重则失去用户。


微信图片_20220123183911.jpg



稳定性保障经历了运维(Operation)、开发运维(DevOps)、质量(SRE)、智能运维(AIOps)几个阶段(它们不完全互斥),最初Operation的阶段往往是开发和运维各自为战,在出现稳定问题时相互甩锅,后来DevOps应运而生,通过开发运维一体化来保障稳定性,避免开发、运维隔离带来的业务目标和运维目标的不一致问题,再往后DevOps进一步深化成质量保障体系,而不管是怎样的形式,随着复杂性的提升,单独靠人工去保障稳定性已经不再可行,人们开始思考借助人工智能的“新动力”克服人工缺陷,打造一个7*24小时不停歇的智能监控和定位的中台。


智能运维在工业界技术同行们不断努力和尝试下有一些落地的方案,在对常用做法进行归纳总结同时结合自己在工作中的使用经验,对常见做法进行一些优缺点分析,希望对即将或正在从事智能运维的同行们有一点启发。


作为在工业界的人,我必须讲究方法在实践中的有效性,在做应用的这一波人里,有一句流行话:“数据决定效果的上限,而算法只是尽量逼近这个上限”,所以本文先从数据形态(聚合数据、明细数据,下文将详细解释)来分析方法的上限,然后再结合数据形态讨论方法的优缺点。

由于我的知识有限,有错误遗漏之处请大家海涵。

 

二、从数据形态的角度看智能监控与定位


智能运维是人工智能和运维结合的产物,而数据是人工智能的“燃料”,特别是实践机器学习的时候,往往用什么样的数据入模决定了应用是否成功的关键,它包括:数据类型(如:系统日志、业务数据、函数调用堆栈、代码发布、配置变更记录、运维关键指标等)、数据形态(聚合数据、明细数据)。聚合数据是指通过聚合计算得到的汇总数据,比如运维关键指标。明细数据是指未通过聚合计算之前的数据。它们是两种不同的数据形态,用它们做智能运维的“燃料”有不同的优缺点。

 

2.1、聚合数据

聚合函数大家一定不陌生,sum、average等都是最常见聚合函数,当然你也可以自定义你的聚合函数,而聚合数据泛指通过聚合函数计算产出的数据。关键指标(KPI,Key Performance Index)是最常见的聚合数据,比如:在运维领域中技术KPI如CPU、内存使用率,业务KPI如支付成功率等。


微信图片_20220123183938.jpg


上图就是一个典型的KPI,横轴是时间、纵轴是某项指标,运维同学往往关注KPI指标的异常变化趋势,再通过人工分析去做问题排查。


聚合函数的设计往往按照运维人员可理解的方式设计,导致一旦报警准确,问题的语义信息也同时明确,给定位排查带来一些帮助,同时聚合后数据量骤减,避免秒级监控对存储、计算的过分依赖,但聚合函数导致数据精度损失,并且会导致数据关联的丢失,会导致监控报警只能依赖局部数据,影响报警准确率的上限。


“聚合函数导致数据精度损失“这句话怎么理解呢?举例来说,99+1=100,但一旦做完加法,丢弃计算过程之后,再想要得到100=?+?在实践中是不可能的,假设当加号右边的1变成0,即99+0=99会出现系统故障时,在聚合计算之后,变化从100下降到99,1%的下降很可能导致故障的漏报,但如果计算过程未丢失,我们发现一个计算分支的指标从1下降到了0,100%的下降几乎肯定能被检测到。所以,聚合计算丢弃过程数据,而它蕴含了信息,少了这部分信息就像机器学习模型少了重要的特征一样,异动检测效果上限必定受到影响。


“(聚合函数)会导致数据关联的丢失”又怎么理解呢?下图是我司某业务的调用链路树,每个树节点是一个服务,和业界大部分设计良好的系统一样,每次调用


微信图片_20220123184004.jpg


 

都可以用一个全局唯一的ID串联,自然而然能得到数据之间的联系,当调用链路上某一个节点失败时,有可能不足以断定出现系统故障,但当许多关联系统出现问题时,出现问题的概率就大大上升了。而聚合计算导致全局ID丢失,天然存在的数据关联不复存在,只能假设在同一分钟的聚合计算结果之间存在关系,但实际上由于系统调用也存在时间,导致仅靠时间无法完全还原数据关系。这就像做图像识别的时候,把一幅图的空间联系打乱了一样,大大增加了识别的难度,同样影响异动检测的效果。


相关文章
|
2月前
|
人工智能 自然语言处理 数据可视化
万小智 AI 建站3.0|一句话生成全栈企业官网,前后端 + 数据库一体交付,零基础 5‑10 分钟完成上线
阿里云万小智AI建站,一句话生成全栈官网:自动产出前后端、数据库、AI配图/文案、智能客服,并集成域名、备案、SSL、CDN一站式上线。零代码、5-10分钟交付,适配门店、工作室及中小企业,让网站真正成为获客工具。
|
8月前
|
编译器 C语言 开发者
C语言「常量折叠」:编译器的隐形优化陷阱,90%开发者踩过的常量计算骗局
C语言常量折叠是编译器在编译期预计算常量表达式(如`10+20→30`)的优化机制,可提升运行效率,却易致调试困惑、嵌入式寄存器操作失效等陷阱。关键要分清字面量/宏/enum(真常量)与`const`变量(仅只读),慎用宏、禁用`volatile`参与折叠,并合理控制优化等级。
|
8月前
|
人工智能 自然语言处理 安全
“养龙虾”全攻略:OpenClaw能做什么+阿里云/本地部署+百炼API配置+风险规避指南
2026年开春,“养龙虾”成为AI圈热门话题——这里的“龙虾”并非餐桌上的海鲜,而是开源AI自动化引擎OpenClaw(昵称“大龙虾”)。这款工具凭借“自然语言驱动+全场景自动化”的核心能力,在全网快速走红:普通人用它解放重复劳动,开发者靠它拓展生产力边界,创业者借它搭建轻量化工具。
910 2
|
9月前
|
人工智能 自然语言处理 前端开发
AI生成网站的技术架构解析:前端、后端与部署逻辑
本文解析AI生成网站的底层技术架构,涵盖前端(语义解析→组件抽象→代码生成)、后端(自动建模、API与鉴权生成)及部署(构建、打包、一键发布)三层逻辑,揭示其本质是开发抽象层级的跃升——从写代码转向描述需求,赋能快速验证与高价值创新。
|
4月前
|
人工智能 自然语言处理 API
阿里云百炼Token Plan个人版与团队版详细介绍:核心特性、收费价格及选购策略与常见问题解答
阿里云百炼Token Plan是一款以Credits统一计量的AI大模型订阅服务,分为个人版与团队版两大产品线,适配从个人开发者到企业团队的全场景需求。个人版设Lite、Standard、Pro三档套餐,限时39元/月起,覆盖千问、智谱、DeepSeek等十余款主流多模态模型,集成联网搜索、代码解释器等Harness工具;团队版主打企业级特性,支持席位管控、用量分析,承诺对话数据不用于模型训练,多租户架构保障高峰调用不排队。全系列订阅均兼容Claude Code、OpenClaw等主流AI编程与智能体工具,一份额度即可在多类工具中灵活抵扣使用。
|
5月前
|
人工智能 运维 API
保姆级流程 阿里云计算巢部署OpenClaw并配置百炼Token Plan完整实操步骤
在AI智能体技术快速普及的当下,容器化部署凭借弹性伸缩、自动化运维、资源隔离、免底层服务器维护等优势,逐渐成为线上AI应用落地的主流选择。阿里云计算巢是阿里云推出的一站式容器应用托管平台,无需使用者精通复杂的服务器运维、防火墙配置、进程守护等技术,仅通过可视化操作搭配简单命令,就能快速创建、运行、管理容器应用,非常适合个人开发者、小微团队以及中小型企业部署各类AI服务。
373 0
|
5月前
|
数据采集 自然语言处理 监控
电商评论API深度解析:淘宝、京东接口实战指南,解锁商品口碑数据价值
淘宝、京东作为国内头部电商平台,均开放了官方商品评论API接口。相较于爬虫抓取,官方API具备合规性强、数据稳定、字段标准、更新及时、风控友好五大核心优势,是开发者、运营人员、数据分析师获取电商评论数据的首选渠道,广泛应用于舆情监控、竞品分析、产品迭代、智能客服、口碑评分统计等场景。
|
10月前
|
人工智能 安全 前端开发
老金发现个4277星的Claude Code企业神器,看完我直接跪了
老金拆解GitHub高星项目,教你用Claude Code打造自动化开发系统:Skills规范代码、Agents智能审查、Commands一键操作、Hooks自动触发、GitHub Actions定时巡检、MCP集成外部工具。4277星实战验证,企业级AI编程提效方案,文末附免费开源知识库。
2639 12
|
8月前
|
SQL 关系型数据库 MySQL
击穿 MySQL 事务隔离级别:底层实现原理 + 生产级架构选型避坑指南
本文深度解析MySQL事务隔离级别,从SQL标准定义出发,结合InnoDB底层的MVCC、undo log、Read View与锁机制,详解脏读、不可重复读、幻读三大异常及4种隔离级别的实现差异,辅以可复现SQL示例与Spring Boot实战代码,提供生产环境选型指南与避坑方案。
497 1
|
9月前
|
人工智能 自然语言处理 监控
电商行业有哪些agent应用(2026年2月)
2026年电商竞争已转向“智能化效率”。阿里云“铁三角”——Quick Service(超级客服)、Quick BI“智能小Q”(决策中台)、Dataphin(数据底座),构建AI Agent闭环:前端懂业务、中台秒决策、底层治数据,实现服务、经营与治理的全链路智能协同。(239字)