1. 课程导入
Ignition 是工业自动化领域广泛使用的 SCADA/IIoT 平台，其最大特点之一是基于 Web 的 Gateway 中心化架构。所有客户端、设计器、设备驱动、数据库连接、报警与历史服务，都围绕 Gateway 这一核心节点展开。理解 Gateway Network 架构，是掌握 Ignition 部署、扩展、冗余与安全设计的基础。本课程将围绕 Gateway 的网络角色、服务模型、通信机制与典型拓扑，帮助你建立从单机到分布式集群的完整认知。
一、学习目标：从“会用”到“会设计”
本课程的学习目标分为四个层次，逐层递进：
- 认知层：理解 Gateway 在 Ignition 架构中的中心地位，区分 Gateway、Designer、Client、Perspective Session 等角色的职责边界。
- 机制层：掌握 Gateway Network 的连接建立、认证、项目同步、标签远程访问与历史数据流转机制。
- 设计层：能够根据工厂层级、网络分区与冗余要求，选择合适的拓扑结构，如星型、环形、边缘-中心混合型。
- 运维层：能够排查 Gateway Network 常见故障，如连接超时、证书不匹配、项目同步失败、远程标签读取异常等。
这四个层次对应了从入门到专家的路径。很多工程师在初期只关注“能不能连上”，但真正决定系统稳定性的，是连接背后的认证、同步与数据流向设计。
二、核心原理：Gateway 是服务聚合点，不是简单中转站
Ignition Gateway 内部运行着多个服务模块：OPC UA 服务、历史服务、报警服务、标签提供者、项目服务、身份认证服务等。Gateway Network 的本质，是让多个 Gateway 之间以“服务对服务”的方式互相暴露和调用这些能力。例如，一个边缘 Gateway 可以将其 OPC 标签提供者暴露给中心 Gateway，中心 Gateway 无需直接连接 PLC，就能读取边缘数据。
这种设计带来三个关键特性：
- 服务解耦：数据采集与数据消费可以在不同 Gateway 上完成，网络分区更清晰。
- 项目集中管理：项目可以在中心 Gateway 编辑，再同步到边缘 Gateway，减少现场维护成本。
- 历史与报警汇聚：边缘 Gateway 可本地缓存历史数据，再转发到中心历史库，兼顾实时性与完整性。
三、整体知识框架与学习路径
为了让你在学习过程中不迷失方向，下面给出本课程的知识框架。它从基础概念出发，逐步进入配置、通信、拓扑与排障。
| 模块 | 核心内容 | 学习产出 |
|---|---|---|
| 基础概念 | Gateway 角色、服务模型、网络连接要素 | 能画出单机与多机架构简图 |
| 连接配置 | 证书信任、连接建立、状态监控 | 能独立完成两台 Gateway 互联 |
| 项目与标签 | 项目同步、远程标签提供者、标签访问路径 | 能实现跨 Gateway 标签读取 |
| 历史与报警 | 历史转发、报警汇聚、存储策略 | 能设计边缘到中心的数据汇聚方案 |
| 拓扑与冗余 | 星型、环形、边缘-中心、冗余 Gateway | 能根据场景选择拓扑并说明理由 |
| 安全与排障 | 网络分区、防火墙、日志分析、常见错误 | 能定位并解决典型连接故障 |
学习路径建议按“单机 → 双机互联 → 多机拓扑 → 冗余与安全”的顺序推进。每进入一个新阶段，都要回头确认上一阶段的连接状态与数据流向是否清晰。
四、典型场景：从单机到分布式
假设一个制造企业有三个车间，每个车间有一台边缘 Gateway 负责采集 PLC 数据，总部有一台中心 Gateway 负责集中监控与历史存储。边缘 Gateway 通过 Gateway Network 将标签和历史数据暴露给中心 Gateway，中心 Gateway 上的 Perspective 项目可以统一展示所有车间状态。
在这个场景中，如果中心与边缘之间的网络中断，边缘 Gateway 仍可本地运行，历史数据先缓存在本地，待网络恢复后再转发。这就是 Gateway Network 架构在容灾方面的价值。它不是一个“必须时刻在线”的脆弱链路，而是具备一定自治能力的分布式系统。
五、常见误区与复盘建议
在初学 Gateway Network 时，最容易陷入以下误区：
- 误区一：把 Gateway Network 当成普通网络共享。它是有认证、有服务边界的应用层连接，不是简单的文件共享或端口转发。
- 误区二：忽略证书与信任关系。连接失败时，很多人只检查 IP 和端口，却忘了证书是否过期、是否被对方信任。
- 误区三：项目同步方向混乱。项目可以从中心同步到边缘，也可以反向同步，但必须明确“谁是主副本”，否则会出现覆盖冲突。
- 误区四：历史数据只存中心。如果边缘没有本地缓存，网络中断期间的数据将永久丢失。
复盘时，建议用一张简单的拓扑图标注每个 Gateway 的角色、连接方向、数据流向和冗余关系。很多问题在画图的过程中就会暴露出来。例如，某个边缘 Gateway 是否真的需要暴露全部标签？历史转发是否会造成中心带宽瓶颈？这些问题都值得在架构设计阶段反复推敲。
本课程后续将围绕上述框架逐层展开。你现在需要建立的，是一个清晰的“服务—连接—数据”三层认知：Gateway 提供什么服务，连接如何建立与认证，数据如何在节点之间流动。只要这三层清晰，后续的配置与排障都会变得有章可循。