1. 课程导入与全景认知

在智能制造与工业数字化转型的语境下，IT（Information Technology，信息技术）与OT（Operational Technology，运营技术）的融合已成为工厂系统架构演进的主线。然而，许多项目在推进过程中反复遭遇同一类困境：数据采不上来、系统之间对不上、责任边界说不清、安全策略互相冲突。这些问题的根源，往往不在某一项技术本身，而在于对IT与OT各自的技术逻辑、生命周期、责任归属与系统边界缺乏清晰认知。本课程的第一节，先建立全景认知框架，为后续三十节的具体设计方法打下共同语言。

一、IT与OT的定义：不只是两套系统，而是两种技术逻辑

IT通常指以计算、存储、网络和软件为核心，服务于信息处理、业务管理与决策支持的技术体系。典型对象包括ERP、MES、WMS、SCADA上位机、数据库、服务器、交换机、防火墙以及云平台。IT的核心诉求是信息的流动效率与业务敏捷性，其技术迭代周期通常以月或周计，强调快速交付、弹性扩展和版本更新。

OT则指直接用于监测和控制物理生产过程的技术体系，典型对象包括PLC、DCS、RTU、变频器、伺服驱动器、仪表、传感器、执行机构以及工业网络。OT的核心诉求是生产过程的确定性、安全性与连续可用性，其生命周期往往以年甚至十年计，强调稳定、可预测、可维护，任何变更都必须经过严格评估。

两者的差异可以归纳为几个关键维度：IT追求“快”，OT追求“稳”；IT面向业务数据，OT面向物理量；IT的故障可能导致业务中断，OT的故障可能直接造成设备损坏或人身伤害。理解这一点，是后续所有边界设计的前提。

二、融合驱动力：为什么IT与OT必须走到一起

IT与OT的融合并非技术潮流驱动，而是由真实的业务需求推动。主要驱动力包括以下几方面。

• 数据驱动的生产优化：仅靠OT侧的历史曲线和人工经验，难以实现跨工序、跨班次、跨产线的全局优化。将OT数据接入IT侧的数据平台，才能进行质量追溯、能耗分析、预测性维护等应用。
• 订单到交付的闭环：ERP的订单、MES的工单、PLC的执行指令之间需要形成闭环。若IT与OT割裂，计划层与执行层之间只能靠人工传递，响应速度和准确性都无法保证。
• 柔性制造与快速换型：多品种小批量生产要求配方、工艺参数能够从IT侧下发到OT侧，并在换型时快速切换。这要求两侧在数据模型和接口上达成一致。
• 安全与合规压力：OT网络一旦被攻击，后果远超IT系统。融合过程中必须同时满足IT安全策略和OT可用性要求，这反过来推动了对边界的明确划分。
• 运维效率与人才结构变化：工厂希望用统一的监控和运维体系覆盖IT与OT资产，同时新一代工程师更熟悉IT工具，倒逼OT侧逐步开放标准化接口。

三、工厂系统边界问题的提出

当IT与OT开始连接，第一个必须回答的问题就是：边界画在哪里？这里的“边界”不是一条物理网线，而是一组关于网络分区、数据流向、协议转换、安全策略、责任归属和变更管理的约定。

边界不清会带来典型问题：IT侧直接扫描OT网络导致PLC通信阻塞；OT侧设备被直接暴露在办公网中；MES与PLC之间点对点直连，接口数量随设备增加而失控；安全策略在IT侧允许的端口在OT侧却是关键控制端口。因此，边界设计的目标不是“把两边隔开”，而是在可控、可审计、可维护的前提下，让必要的数据和指令安全地流动。

下图给出一个典型的工厂系统分层与边界关系示意，用于建立后续章节的共同参照。图中从下到上依次为现场设备层、控制层、监控层、制造运营层和企业层，IT与OT的分界通常落在监控层与制造运营层之间，并通过工业DMZ和边界网关实现受控连接。

四、课程目标与学习路径

本课程的目标不是让读者记住某一款网关或某一个协议，而是建立一套可复用的边界设计方法：能够识别IT与OT的差异，能够判断边界应设在哪里，能够选择合适的数据流向与协议转换方式，能够设计安全策略与责任分工，并能够在真实项目中落地和验证。

学习路径按“认知—设计—实施—验证—复盘”展开。前几节建立概念与全景；随后进入网络分区、数据采集、协议转换、接口设计等具体方法；再进入安全隔离、时间同步、命名与数据模型等工程细节；最后通过案例与排障环节，把方法放回真实场景中检验。每一节都会给出可操作的判断依据和示例参数，而不是停留在原则层面。