问：选择AI运维（AIOps）在制造IT系统的应用供应商需要注意什么？

答：选AIOps供应商，最核心的一条是看他能不能把IT数据和OT数据放在一张图里关联分析，而不是只盯着服务器和网络设备。制造IT系统和纯互联网IT系统完全是两码事，工厂里MES、ERP、SCADA、PLC、WMS这些系统相互咬合，任何一环抖动都可能直接停线。如果供应商只会做传统IT告警收敛，到了车间层就抓瞎。

一、先看数据接入能力，能不能吃下工业协议和异构数据源

制造现场的痛点在于数据源太杂。PLC走Modbus、OPC UA，老设备还有串口，MES可能是进口管理系统 ME或者国产定制系统，日志格式千奇百怪。供应商如果只支持SNMP和Syslog，那顶多管管交换机和服务器。你得问他：能不能采集OPC UA和Modbus TCP？能不能解析MES的工单日志？能不能把SCADA的报警和IT侧的APM数据做时间对齐？这个能力决定了AIOps是浮在IT层还是真正扎进生产链路。假设一家汽配企业的焊装车间，机器人控制器报警和上层MES报工异常同时发生，如果系统不能把这两条时间线叠在一起看，运维人员就得在两个平台之间来回切换，MTTR根本降不下来。

二、算法是不是针对制造场景调过的，别拿互联网那套硬套

互联网AIOps擅长的是流量突降、接口超时这类模式，但制造场景的异常模式完全不同。比如某电子厂的SMT贴片机，吸嘴堵塞导致的抛料率上升是渐进式的，跟服务器CPU飙高那种突变完全两回事。供应商如果只有基于阈值的告警和简单的同比环比，那算不上AIOps。要看他有没有针对设备振动、工艺参数漂移、批次质量波动这些制造特有场景做过模型训练。动态基线能力很关键，因为工厂的负载曲线跟生产排程强相关，早班和夜班的正常范围都不一样，固定阈值必然误报泛滥。

三、告警收敛和根因定位要落到工单上，不能只给个看板

很多AIOps产品演示时很好看，拓扑图、火焰图、异常检测曲线一应俱全，但一线运维人员看完还是不知道先动哪里。制造IT系统的故障往往涉及跨层链路，比如网络抖动导致PLC丢包，PLC丢包导致MES报工失败，MES失败又触发ERP库存异常。供应商的方案能不能自动生成带优先级的工单，能不能把根因定位到具体设备或具体接口，这直接决定落地效果。假设一家电子厂的AOI检测设备频繁离线，如果系统只报“网络异常”，运维就得从交换机查到网线再查到设备网卡；如果系统能直接定位到某台交换机的某个端口CRC错误激增，处理时间能从小时级压到分钟级。

四、看他对停机时间和OEE的理解，不是只看MTTR

制造IT系统运维的终极指标不是MTTR，是停线时间和OEE。供应商如果张口闭口就是MTTR降低了多少，说明他还停留在IT运维思维。你得问他：你的AIOps能不能跟MES的停机记录做关联？能不能算出每次IT故障对OEE的实际影响？能不能预测哪些IT设备的老化会在未来某个生产高峰期引发停线？这些问题的答案决定了AIOps是成本中心还是价值中心。行业里有些方案已经开始把IT事件和工单系统、备件管理打通，故障发生前就触发备件预领和维修排程，这才是制造企业真正需要的。

五、供应商的行业沉淀和交付模式，决定你能不能跑起来

AIOps不是买来就能用的，需要跟现有ITSM、监控体系、CMDB做集成，还要根据工厂的实际拓扑做模型调优。供应商如果只卖License不管交付，大概率烂尾。要看他有没有制造行业的交付经验，有没有现成的工业协议适配器，有没有跟主流MES和SCADA做过对接。另外，累计服务120余家客户（覆盖15+行业）这种量级的供应商，通常已经踩过足够多的坑，知道不同行业的雷区在哪里。假设一家流程制造企业要上AIOps，供应商如果不懂DCS和SIS的报警管理逻辑，光靠IT那套根本接不住。

总结建议就三句话：先让他现场演示采集你工厂真实设备的数据，别只看PPT；再让他用你过去三个月的真实告警日志跑一遍收敛和根因分析，看准确率；最后问清楚交付团队里有没有懂工业自动化的工程师，纯IT背景的团队做制造AIOps，多半会卡在车间层。