4. IT OT融合的参考架构

做IT/OT融合，最容易犯的错误是“先选平台，再补架构”。真正稳妥的顺序恰好相反：先用参考架构把对象、层级、接口和职责边界说清楚，再决定用哪家云、哪套边缘网关、哪种消息中间件。本节把四类最常用的参考框架放在一起对照，并给出一个可直接用于项目讨论的分层模型。

一、四类参考框架各自解决什么问题

ISA-95（IEC 62264）是制造业功能层级的事实标准，它把企业到产线划分为5层：L4企业资源层（ERP）、L3制造运营层（MES/MOM）、L2监控层（SCADA/HMI）、L1控制层（PLC/DCS）、L0物理过程层（传感器、执行器、设备）。ISA-95真正的价值不在分层本身，而在于它定义了层与层之间的“信息交换模型”——尤其是L3与L4之间的生产订单、物料、设备、人员、质量等对象模型。做MES与ERP集成时，接口字段几乎都能在ISA-95对象模型里找到对应。

IIoT参考架构（以IIRA、RAMI 4.0为代表）把视角从“功能分层”转向“资产+连接+计算”。它强调每个物理资产都应有一个数字孪生/资产管理壳（AAS），通过统一的信息模型描述其属性、能力、事件与关系。相比ISA-95，IIoT架构更关注跨厂、跨设备、跨协议的数据互操作，适合设备种类多、协议杂、需要做预测性维护或远程运维的场景。

工业互联网体系（我国工业互联网体系架构2.0）采用“网络、平台、安全”三大体系，并叠加“数据”要素。网络体系解决工厂内网（TSN、工业以太网、5G）与工厂外网（专线、云联网）的贯通；平台体系解决数据汇聚、建模、微服务与工业APP；安全体系覆盖设备、控制、网络、平台、数据五个层面。它更贴近工程落地与合规要求，尤其适合需要跨企业协同、标识解析、安全分级的项目。

边缘计算层与云平台分层模型则是对上述框架的“计算位置”补充。典型划分为：设备层→边缘层（现场级/车间级）→云平台层（IaaS/PaaS/SaaS）。边缘层承担低时延控制、协议转换、数据清洗与本地缓存；云平台承担海量存储、AI训练、跨厂分析与应用分发。二者不是替代关系，而是按“时延、带宽、数据量、可靠性、合规”五个维度分工。

二、把四者合成一张可落地的分层模型

实际项目中，建议以ISA-95为纵向骨架，以工业互联网“网络-平台-安全”为横向支撑，以IIoT资产模型为数据语义基础，以边缘/云分层为部署依据。下图给出一个融合后的参考架构，重点标出各层的关键对象、典型协议与职责边界。

三、分层模型中的关键接口与数据流

分层不是目的，接口才是。以一条汽车焊装线为例，L1的焊接机器人控制器通过Profinet把电流、电压、节拍等过程数据送到L2 SCADA；L2按ISA-95的“过程段”模型聚合后，向L3 MES上报工单完成数量与质量结果；L3再按ISA-95的“生产订单”对象向L4 ERP回传完工确认与物料消耗。这条链路上，每一层只暴露下一层需要的对象，而不是把原始点位全量透传——这是分层架构与“全量上云”最本质的区别。

边缘层的位置需要特别说明。它通常部署在L2与L3之间，或直接旁路在L1侧。典型做法是：边缘网关以OPC UA客户端采集PLC数据，在本地完成单位换算、异常值剔除、按1秒/10秒降采样，再通过MQTT以JSON或Protobuf格式上传云平台。这样做的直接收益是上行带宽可降低一个数量级，同时断网时本地仍能缓存最近24小时数据，恢复后自动补传。

四、选型与落地时的判断依据

面对一个具体项目，可以用下面这组问题快速定位该用哪套框架：如果核心痛点是ERP与MES对不上账，优先用ISA-95对象模型梳理接口；如果核心痛点是设备协议杂、数据采不上来，优先用IIoT资产模型+边缘协议转换；如果核心痛点是跨厂协同、安全合规、标识追溯，优先用工业互联网体系架构；如果核心痛点是AI模型训练与实时推理的部署位置，优先用边缘/云分层判据。

最后需要强调，四类参考架构不是互斥选项，而是同一套系统的不同切面。ISA-95回答“功能怎么分”，IIoT回答“资产怎么描述”，工业互联网回答“网络、平台、安全怎么建”，边缘/云分层回答“计算放哪里”。把它们叠在一起使用，才能既满足管理层对全局视图的要求，又满足现场对实时性和可靠性的硬约束。