3. 平台技术架构与组件选型

AVEVA 数字孪生运营平台并不是单一软件，而是由多个定位不同、职责互补的组件构成的软件栈。理解这套架构的关键，不是记住每个产品的功能清单，而是搞清楚一条数据从现场设备到运营决策者眼前，究竟经过了哪些环节、每个环节由谁负责、组件之间通过什么接口衔接。本节围绕 System Platform、Historian、PI System、Insight 和 Unified Operations Center 五个核心组件，梳理它们的功能边界与协同关系，并给出选型时的判断依据。

一、五个组件的功能定位

AVEVA System Platform 是整套架构的实时数据与运行管理底座。它由 Galaxy 存储库、Application Server、各类对象模板（如 $UserDefined、DI Object、DDESuiteLink 等）以及可视化客户端组成。System Platform 的核心价值在于"以对象为单位组织现场资产"：一台泵、一个阀门、一条产线都被建模为带属性的对象实例，属性值通过通信驱动从 PLC、DCS、RTU 采集上来，并支持脚本、报警、历史归档等内建能力。它承担的是"实时监控 + 轻量级 MES 逻辑"的职责，典型部署在工厂或站控层。

AVEVA Historian 是 System Platform 体系内的历史数据库，通常与 System Platform 同机或同域部署。它按时间序列存储过程数据，支持存储与转发（Store and Forward）、数据压缩、事件与报警归档，并提供 SQL 查询接口和 Historian Client 趋势分析工具。Historian 的定位是"厂级历史数据仓库"，适合单厂、单站点、数据量在数十万点以内的场景。

AVEVA PI System 是面向企业级的时间序列数据平台，由 PI Data Archive、PI Interface、PI Asset Framework（AF）、PI Vision 等组成。与 Historian 相比，PI System 的强项在于跨厂、跨地域的海量测点接入（百万点级）、高压缩比存储、成熟的资产框架建模以及丰富的第三方接口生态。当企业需要把多个工厂的数据汇聚到集团层面统一分析时，PI System 通常是首选。

AVEVA Insight 是云端（或私有云）的轻量级数据服务，通过 Insight Gateway 从 Historian、PI System 或 OPC UA 源订阅数据，提供基于浏览器的趋势查看、报表、KPI 看板和移动端访问。它不承担控制职责，定位是"让非现场人员快速看到数据"，适合管理层、运维班组和远程专家。

AVEVA Unified Operations Center（UOC） 是面向运营指挥中心的集成可视化平台，能够把 SCADA、Historian、PI System、视频、GIS、工单系统等多源信息汇聚到统一的大屏或操作台上，支持多屏拼接、地图联动、KPI 钻取和应急指挥场景。UOC 本身不存储过程数据，而是作为"呈现与协同层"消费下层数据。

二、组件协同关系

把五个组件放在一起看，可以归纳为一条清晰的数据链路：现场设备 → System Platform（采集与实时监控）→ Historian / PI System（历史存储）→ Insight（云端轻量分析）与 UOC（指挥中心呈现）。其中 System Platform 是唯一直接与控制器通信的组件，Historian 和 PI System 是两条可选的存储路径，Insight 和 UOC 是两条可选的消费路径。

需要特别说明的是，Historian 与 PI System 并非必须同时部署。对于单厂项目，Historian 通常已经够用；对于集团级多厂项目，常见做法是各厂保留 System Platform 做实时监控，同时把数据通过 PI Interface 汇聚到集团 PI System，再由 PI AF 统一建模，最后供 Insight 和 UOC 消费。这种"边缘实时 + 中心历史"的分层结构，既保证了现场控制的独立性，又实现了企业级的数据汇聚。

三、选型判断依据

组件选型不能只看功能强弱，而要结合项目规模、数据量、部署位置和运维能力综合判断。以下是一份可直接对照使用的选型参考表：

Insight 与 UOC 的选型则更多取决于使用对象和场景。Insight 面向"看数据的人"——值班工程师、设备主管、远程专家，强调快速接入、低门槛使用和移动访问；UOC 面向"指挥决策的人"——生产调度、应急指挥、厂领导，强调多源信息融合、大屏呈现和协同处置。两者可以并存：Insight 做日常轻量分析，UOC 做集中指挥呈现。

四、一个典型部署示例

假设某集团有两个化工厂，需要建设统一的数字孪生运营平台。一种合理的组件组合如下：

• 各厂部署 System Platform，负责现场 PLC/DCS 数据采集、对象建模、实时监控和报警管理，测点规模约 8 万点/厂。
• 各厂部署 Historian，存储本厂过程历史数据，供本厂班组做趋势分析和报表。
• 集团侧部署 PI System，通过 PI Interface 从各厂 Historian 或 System Platform 汇聚关键测点（约 15 万点），用 PI AF 建立集团级资产层级。
• 集团侧部署 Insight，通过 Insight Gateway 订阅 PI System 数据，为管理层提供 KPI 看板和移动端访问。
• 集团运营指挥中心部署 UOC，融合 PI System 数据、视频监控和 GIS 地图，用于生产调度和应急指挥。

这个示例中，Historian 和 PI System 各司其职：Historian 保证本厂数据的完整归档和低延迟访问，PI System 承担跨厂汇聚和集团级建模。如果项目预算有限或集团侧分析需求不强，也可以省略 PI System，直接让 Insight 从各厂 Historian 取数，但跨厂资产建模和统一口径会比较困难。

最后需要强调，组件之间的协同依赖清晰的接口约定。System Platform 到 Historian 通过内建归档配置完成；System Platform 或 Historian 到 PI System 通常通过 OPC UA、PI Interface 或 SQL 订阅实现；PI System 到 Insight 通过 Insight Gateway 的订阅机制；PI System 或 Historian 到 UOC 通过数据源连接器。实施阶段应把这些接口的采集频率、时间戳对齐方式、断线缓存策略逐项确认，否则上层分析再强，也会因为底层数据不一致而失去可信度。