过去两年，我们在与制造、能源、物流客户的交流中发现一个明显变化：企业不再单独讨论企业管理软件开发或物联网系统搭建，而是问"这两套东西怎么打通"。Gartner 2024年报告也印证了这一点——超过67%的中大型企业正在推进OT与IT系统的架构级融合，而非简单的接口对接。

为什么传统分层架构撑不住了

经典ISA-95分层模型把ERP放在第4层、SCADA放在第2层，中间靠OPC UA或MQTT桥接。问题是，当智能设备集成规模从几百台涨到几万台，消息吞吐和实时性要求会让这种桥接模式变成瓶颈。我们在一个光伏客户的产线项目中实测过：原有网关方案在5000点位/秒的写入压力下，端到端延迟从200ms飙到2.3秒。

融合架构的三个技术支点

• 统一数据模型：用Asset Administration Shell（AAS）或自建本体模型，让设备属性直接映射到业务实体，省掉中间翻译层
• 边缘计算下沉：把规则引擎和轻量级流处理放到边缘节点，只把聚合结果推给ERP
• 事件驱动总线：Kafka或Pulsar替代轮询式接口，实现毫秒级状态同步

这三者组合起来，才是真正意义上的数字化解决方案，而不是给旧系统贴一层IoT标签。

两条路线的对比

目前主流做法分两类：一是以ERP厂商为主导的"向上扩展"路线，比如SAP的Business Technology Platform直接对接设备层；二是以IoT平台为底座"向下兼容"路线，典型如ThingsBoard、EMQX加自研业务中台。前者的优势是业务逻辑成熟，劣势是对异构设备协议的支持偏弱；后者灵活但业务建模能力往往不足。

我们的判断是：没有银弹。选择哪条路线，取决于企业的设备种类数、实时性要求和现有ERP的开放程度。这也是为什么技术运维服务在融合架构落地后反而变得更关键——系统边界模糊了，故障定位的复杂度是指数级上升的。

给技术决策者的建议

1. 先做数据模型对齐，别急着选平台
2. 边缘节点预留至少30%的算力余量
3. 把可观测性建设纳入一期预算，不要留到二期

融合架构不是终点，而是企业数字化基础设施的新起点。架构选对了，后面每一台新接入的设备都是增量价值；选错了，每一台都是技术债。