3. 工程架构设计：单机架构、C/S架构、B/S架构、冗余架构的适用场景与设计原则
在厂务监控系统（FMCS）的组态工程中，架构设计是决定系统可靠性、可扩展性与运维成本的核心环节。不同的项目规模、控制点数、用户数量及容错要求，对应着截然不同的架构选型。本章将深入剖析四种主流架构——单机架构、C/S架构、B/S架构与冗余架构——的适用场景与设计原则，帮助你在工程调试阶段做出最优决策。
3.1 单机架构：独立站点的轻量级方案
单机架构是最基础的SCADA部署形式，所有组态软件、数据库、HMI界面运行在同一台工控机或工业平板内。它不依赖网络，数据采集通过串口（RS-232/485）、USB或板卡直接连接PLC/RTU。
适用场景
- 小型独立设备监控：如单台空压机、冷冻水机组、小型锅炉的控制面板。
- 现场调试与维护：工程师在设备旁临时搭建的调试站，用于验证IO点表和逻辑程序。
- 成本敏感项目：预算有限且未来无扩展计划的非关键工位。
设计原则
- 硬件选型留有余量：CPU主频≥2.0GHz，内存≥8GB，SSD≥256GB，确保组态软件与历史数据库能流畅运行。
- 数据本地化存储：历史数据存储在本地SQLite或嵌入式数据库中，定期通过U盘或手动导出备份。
- 安全隔离：单机系统应禁用不必要的USB端口和网络服务，防止病毒通过移动介质入侵。
- 操作员权限：即使单机，也必须设置Windows账户与SCADA软件用户权限分级（操作员/工程师/管理员）。
3.2 C/S架构：局域网内的多站协同
C/S（Client/Server）架构将系统拆分为服务器端（数据采集、历史存储、报警服务）和客户端（HMI操作界面）。服务器通常部署在控制室，客户端分布在车间、办公室等不同位置，通过工业以太网通信。
适用场景
- 中型厂务系统：如一个厂区内的动力站（冷热源、空压站、变配电）集中监控，操作站数量在3~10个。
- 多专业协同：电气、暖通、给排水等不同专业工程师在各自办公室远程查看数据。
- 数据集中管理：需要统一的历史数据库、报警归档和报表服务。
设计原则
- 服务器专用化：SCADA服务器不得兼作操作站，避免HMI操作影响数据采集实时性。
- 网络分段：服务器与PLC之间使用独立的控制网段（如192.168.1.x），客户端访问通过管理网段（如192.168.2.x），中间加工业防火墙。
- 客户端无状态设计：客户端只负责显示与操作，所有数据请求通过服务器转发，客户端故障不影响数据采集。
- 并发连接数评估：根据客户端数量选择服务器授权，通常单台服务器支持10~50个并发客户端。
3.3 B/S架构：跨平台的远程访问利器
B/S（Browser/Server）架构将SCADA的HMI界面通过Web服务器发布，用户使用标准浏览器（Chrome、Edge、Safari）即可访问，无需安装任何客户端软件。现代组态软件通常通过HTML5 + WebSocket实现实时数据推送。
适用场景
- 多厂区远程监控：集团总部需要远程查看各分厂的关键运行指标（KPI）。
- 移动运维：工程师使用手机或平板在现场巡检时快速查看设备状态。
- 跨平台需求：混合使用Windows、Linux、macOS的环境，无法统一安装客户端。
设计原则
- Web服务器独立部署：Web服务器与SCADA实时服务器分离，Web服务器只负责页面渲染和会话管理，不直接访问PLC。
- HTTPS强制加密：所有浏览器访问必须使用TLS 1.2以上加密，防止中间人攻击。
- 会话超时机制：设置合理的空闲超时时间（建议15~30分钟），防止操作员离开后页面被他人误操作。
- 带宽优化：使用数据压缩和增量刷新技术，避免全页面刷新，适应低带宽远程连接。
3.4 冗余架构：关键基础设施的高可用保障
冗余架构是为解决单点故障而设计的系统方案，通过硬件冗余、网络冗余、数据冗余实现系统的高可用性（HA）。在半导体、制药、数据中心等不允许停机的厂务系统中，冗余架构是强制性要求。
适用场景
- 半导体洁净室：温湿度、微压差、AMC（气态分子污染物）监控必须7×24不间断。
- 数据中心冷却系统：冷冻水、精密空调、UPS的监控中断可能导致服务器宕机。
- 制药GMP车间：环境参数（温湿度、压差、粒子数）需要连续记录，审计追踪不可中断。
设计原则
- 双服务器热备（Active-Standby）：主服务器故障时，备用服务器在30秒内自动接管，数据不丢失。
- 冗余网络（RSTP/PRP）：控制网络采用双网冗余，单条网线或交换机故障不影响通信。
- 冗余IO采集：关键信号（如温度、压力）使用双传感器 + 双AI模块，通过软件比较或投票机制输出。
- 数据同步机制：主备服务器之间通过专用心跳链路同步实时数据和历史数据，同步延迟≤1秒。
3.5 架构选型对比与决策矩阵
在实际工程中，架构选型需要综合考虑控制点数、用户数、可靠性要求、预算和运维能力。下表从多个维度对四种架构进行量化对比，帮助你快速决策。
| 对比维度 | 单机架构 | C/S架构 | B/S架构 | 冗余架构 |
|---|---|---|---|---|
| 控制点数 | ≤500 | 500~5000 | 1000~10000 | ≥2000 |
| 并发用户数 | 1~2 | 3~20 | 10~100 | 5~50 |
| 系统可用性 | 99.0% | 99.5% | 99.5% | 99.99% |
| 故障恢复时间 | 手动重启，>30min | 手动切换，>10min | Web服务重启，>5min | 自动切换，≤30s |
| 部署成本 | 低（1~3万） | 中（5~15万） | 中高（10~25万） | 高（20~50万） |
| 运维复杂度 | 低 | 中 | 中高 | 高 |
| 远程访问能力 | 不支持 | 需VPN | 原生支持 | 需VPN+冗余 |
| 典型行业 | 小型设备、调试站 | 中型厂务、动力站 | 集团远程、移动运维 | 半导体、制药、数据中心 |
- 预算有限 + 单点监控 → 单机架构（如：小型空压站、独立锅炉房）
- 局域网多站 + 数据集中 → C/S架构（如：厂区动力中心、污水处理站）
- 远程访问 + 跨平台 → B/S架构（如：集团总部看板、移动巡检APP）
- 不允许停机 + 高可靠性 → 冗余架构（如：半导体FAB、数据中心冷冻站）
3.6 架构设计中的常见陷阱与避坑指南
在多年的工程调试中，以下问题反复出现，直接影响系统稳定性和用户体验。请务必在架构设计阶段就加以规避。
| 陷阱 | 现象 | 根本原因 | 解决方案 |
|---|---|---|---|
| 服务器兼作操作站 | 操作员误关闭服务进程，导致全厂数据中断 | 为节省硬件成本，将服务器与客户端合并 | 严格执行服务器专用化，禁止在服务器上运行HMI |
| 单网单链路 | 交换机故障或网线松动导致大面积通信中断 | 未考虑网络冗余，所有PLC挂在同一台交换机上 | 关键系统采用双网冗余（RSTP/PRP），交换机堆叠 |
| B/S架构无会话管理 | 操作员离开后页面被他人误操作，导致设备误动 | 未配置会话超时和二次确认机制 | 强制HTTPS + 15分钟超时 + 关键操作弹窗确认 |
| 冗余切换未测试 | 主服务器故障后备用服务器无法接管，数据丢失 | 只做了硬件安装，未进行完整的切换测试 | 调试阶段必须模拟主备切换、网络中断、电源掉电测试 |
| 历史数据库单点存储 | 服务器硬盘损坏导致多年历史数据全部丢失 | 未配置历史数据冗余或定期备份 | 采用RAID1/RAID5磁盘阵列 + 每日自动备份到NAS |
- 冗余架构：至少完成3次主备切换测试（手动/自动/网络中断）。
- C/S架构：模拟客户端断网重连，验证数据缓存与续传机制。
- B/S架构：使用手机、平板、不同浏览器进行兼容性测试。
- 单机架构：验证断电重启后系统自动恢复运行的能力。
架构设计是SCADA工程的“骨架”，骨架不正，后续的组态、调试、运维都会陷入被动。在下一阶段的课程中，我们将基于选定的架构，深入讲解IO点表规划与数据标签设计——这是组态工程的“血肉”。