4. 扫描架构设计
当通道规模从几十路扩展到数千甚至上万路时，扫描架构就不再是“把采集卡插满机箱”这么简单。架构决定了数据在哪里汇聚、控制指令在哪里下发、故障影响面有多大、扩容时是加机器还是换平台。集中式、分布式与混合式三种架构，本质上是在时延、吞吐、可靠性、成本与运维复杂度之间做不同的取舍。
一、三种架构的核心原理
集中式架构把所有采集通道、扫描控制与数据汇聚集中在一台或一组紧耦合的主机/机箱内。典型形态是 PXIe 机箱、大型工控机加多块高密度采集卡，由单一控制器统一调度。它的优点是时钟同步天然一致、数据汇聚路径短、控制逻辑简单；缺点是单点故障风险高，机箱槽位和背板带宽成为硬上限，扩容只能纵向升级。
分布式架构把扫描任务拆到多个独立节点，每个节点负责一组通道，节点之间通过网络（以太网、EtherCAT、TSN 等）交换数据与状态，由上层调度器统一编排。它的优点是扩展性好、故障隔离强、可异地部署；代价是引入了网络时延、时钟同步和一致性难题，运维复杂度显著上升。
混合式架构是前两者的折中：在局部（如一个机柜、一个测试工位）采用集中式汇聚，保证同步与带宽；在全局用分布式骨干把多个局部集群连接起来。它既保留了局部高实时性，又获得了整体可扩展性，是当前大规模通道扫描系统最常见的落地形态。
二、关键参数对比与选型清单
选型不能只看“通道数”，而要结合同步精度、采样率、数据吞吐、可靠性等级和预算综合判断。下表给出三种架构在典型维度上的对比，可作为选型评审的检查清单。
| 对比维度 | 集中式 | 分布式 | 混合式 |
|---|---|---|---|
| 典型通道规模 | ≤ 256 路 | 512～10000+ 路 | 256～5000 路 |
| 通道间同步精度 | ns 级（背板共享时钟） | μs～ms 级（依赖 PTP/TSN） | 集群内 ns 级，集群间 μs 级 |
| 单点故障影响 | 整机失效 | 仅单节点失效 | 单集群失效 |
| 扩容方式 | 纵向升级机箱/主机 | 横向增加节点 | 按集群横向扩展 |
| 布线复杂度 | 低（机箱内互联） | 高（网络与供电） | 中（分层布线） |
| 运维难度 | 低 | 高 | 中高 |
| 典型成本曲线 | 小规模低，大规模陡增 | 线性增长 | 分段线性，性价比高 |
三、方法流程：从需求到架构落地
- 需求量化：统计通道总数、最高采样率、单通道数据率、总吞吐量、同步精度要求和允许的最大时延。
- 约束识别：确认现场空间、供电、布线条件、是否跨机房/跨楼层、是否有防爆或电磁兼容要求。
- 架构初选：依据通道规模与同步精度，对照上表锁定 1～2 种候选架构。
- 瓶颈验证：对候选架构做带宽与同步链路预算，重点验证汇聚节点和网络骨干是否成为瓶颈。
- 可靠性设计：确定冗余策略（双控制器、双网络、节点热备）与故障降级方案。
- 试点验证：用最小可用集群跑通扫描、汇聚、存储全链路，再逐步扩容。
四、典型场景与配置示例
以某电池测试线为例，共 1200 路温度与电压通道，采样率 10 Hz，要求通道间同步优于 1 ms，且产线分三个车间。若采用纯集中式，需要多台机箱并跨车间拉长线，同步与布线都难以保证；若采用纯分布式，每个节点独立时钟，1 ms 同步需要额外部署 PTP 边界时钟。最终选择混合式：每个车间部署一个集中式机箱集群，集群内共享背板时钟；三个集群通过 TSN 骨干与全局调度器互联，由调度器下发统一扫描周期。
# 混合式扫描架构关键配置示例（伪配置）
scan:
mode: hybrid
global_scheduler:
host: 10.20.0.10
scan_period_ms: 100
sync_protocol: PTPv2
clusters:
- name: workshop-A
controller: 10.20.1.11
chassis: PXIe-1095
channels: 400
local_sync: backplane
- name: workshop-B
controller: 10.20.2.11
chassis: PXIe-1095
channels: 400
local_sync: backplane
- name: workshop-C
controller: 10.20.3.11
chassis: PXIe-1095
channels: 400
local_sync: backplane
data_sink:
type: object_storage
endpoint: s3://scan-data/line-01/
五、常见误区与复盘
误区二：忽视汇聚侧带宽。分布式节点再多，若汇聚交换机或存储写入带宽不足，整体吞吐仍会被卡住。
误区三：把“可扩展”等同于“免运维”。分布式与混合式的节点数量增加后，配置管理、时钟监控和故障定位的工作量会成倍上升，必须提前规划自动化运维手段。
复盘时建议重点核对三项指标：实际同步误差是否满足设计值、峰值吞吐是否触及链路上限、单节点故障时系统是否按预期降级而非整体停摆。架构选型没有绝对最优，只有与当前通道规模、同步要求和运维能力最匹配的方案；随着规模增长，从集中式演进到混合式，再按需扩展为分布式，是更稳妥的工程路径。