多站点集中监控，为什么站点一多系统架构就要改变

上午9点，总部运营负责人打开笔记本电脑，输入一个网址，再输入用户名和密码，查看昨天的状态。接着又输入下一个网址。如果有12个站点，这个过程就要重复12次。管理站点增加到20个后，负责人整个上午都可能花在登录系统上。

近期我们收到的3项咨询来自不同行业，却都包含了相同的问题。一家在全国运营200多个无人仓储站点的企业，要求以覆盖全部站点为前提提供报价；一家需要在多个拆除工地之间流动作业的施工企业，在问题清单最后写道："今后扩展到多个现场时，能否通过一个账号统一管理各现场的数据？"一家经茰12家门店的零售企业，也要求提供可以一次查看各门店情况的仪表盘。

这3家企业都认为，只要把在单一现场运行良好的系统多安装几套即可。但增加现场与在总部统一查看，并不是同一件事。横向增加界面，与向上增加一个层级并不相同。

I. 单一现场可行，扩展到12个现场却不可行的3个原因

1. 账号与权限

单一现场通常采用一名管理员查看全部信息的结构。站点增加后，这一前提就不再成立。站点负责人只能查看自己的站点，区域负责人需要查看所辖区域，总部安全团队则要查看全局，但有时还必须限制其访问能够识别个人身份的信息。这不是简单地拆分账号，而是在系统中画出组织架构。

2. 数据汇总

把12个站点的界面并排放在一起，看起来像是一套完整系统，却无法回答实际问题。总部真正关心的是"今天所有站点还有多少项事件尚未处理""与上月相比，哪些站点的事件增加了"等总量与排名。这些答案不是汇集界面就能得到的，必须汇集数据。

3. 网络

单一现场在同一个网络内访问，通常不会有问题。站点分散后，就需要建立向外传输数据的路径。这时最容易扩大工程规模的是视频。状态值和事件记录的数据量较小，通过大多数线路都可以上传；但如果持续向外传输视频，线路费用和安全负担都会迅速上升。

如果不先确定这3点就开始安装设备，每当站点数量增加，都要重新设计系统架构。多站点设计不是以后附加的功能，而是从第1个现场就要确定的前提。

II. 站点增加后出现的4项新决策

1. 哪些数据上传，哪些留在现场

没有必要把所有原始数据都发送到总部。最常见且最具持续性的方式，是由现场边缘设备分析视频并作出判断，**只上传已判定的事件及其发生时的视频片段。**这样既能降低线路负担，又只需在事件发生时打开视频查看。

2. 权限应分成几层

通常3层就足够，即现场工作人员、站点负责人和总部管理员。重要的不是层数，而是**提前用文档明确上级权限可以查看下级数据的范围。**如果没有预先确定，今后一定会在现场引发问题。

3. 如何兼容各站点的差异

12个站点各不相同，面积、结构和出入口数量都会有差异，但总部界面需要使用相同指标进行排序。因此，必须**在全公司统一设置区域名称和事件名称。**如果一个站点把入口称为"正门"，另一个站点称为"1号门"，数据就无法汇总。这项工作看似枯燥，却是多站点建设中最常造成项目受阻的环节。

4. 站点增加时，成本如何增长

增加第2个站点与增加第30个站点的边际成本并不相同。设备成本会随站点数量线性增长，但中央架构只需设计一次，之后可以持续复用。获取报价时，如果将单站点成本与整体成本分开查看，制定扩展计划会容易得多。

III. 各站点独立部署，只汇总报告不可以吗

这是一个很自然的问题。实际上，如果站点不超过3到4个且事件较少，这种方式成本最低。各站点可以独立运营，月末再汇总文件。

两种方式的分界点有2个。第一是时间。报告只能说明过去发生的事情。一旦开始询问此刻哪个站点正在发生什么，文档就无法回答。第二是一致性。各站点独立运营时，标准也会随之分散。如果一个站点的报警阈值设置得较宽松，另一个站点设置得较严格，只看数值比较站点时，表现好的站点反而可能看起来表现不佳。

因此，判断标准不是站点数量，而是问题的类型。如果只需在月末回顾，报告就足够；如果需要询问今天此刻的情况，就要开始进行系统整合。

IV. 不同站点数量对应的变化

类别	1个现场	2到10个现场	10个以上现场
账号结构	1名管理员即可	站点负责人、总部两级	增加区域层级，共三级
界面	一张现场图	站点切换列表	汇总界面为默认页，现场图为详情页
区域、事件名称	按现场需要设置	建议采用统一方案	必须使用统一体系
视频	可持续查看	以事件为中心查看	以片段为中心，原始视频留在现场
主要成本	设备费用	设备费用 + 线路费用	设备费用 + 运营标准化

越往右，**规则所占的比重越大，技术所占的比重越小。**站点众多的组织真正购买的并不是设备，而是用同一套名称和标准理解业务的状态。

V. 评估部署时需要确认的事项

首先，请写下**目前有多少个站点，2年后将有多少个站点。**仅凭这两个数字，基本就能确定系统架构的选择。如果没有扩展计划，就无需提前采购复杂的集中式架构。

接下来是网络线路。站点使用独立互联网、接入总部网络，还是只有LTE路由器，会决定可上传的数据量。这是安装前必须确认的事项，也是后期最难更改的部分。

第三，应选择一个站点作为标准现场。最好选择的不是规模最大的站点，而是**形态最常见的站点。**只要在该站点确定区域名称和事件标准，其余站点即可复制部署。

最后，还要确定事件发生后由谁先查看。由总部先查看便于管控，但现场会变得被动；由现场先查看，响应更快，但总部会较晚知情。正确答案取决于业务性质，但如果没有提前确定，两边都可能错过事件。

结语

上午9点登录12次系统，问题不仅在于浪费时间，还在于完成12次查看后，仍然不知道全局处于什么状态。无论横向增加多少个界面，也不会自然形成上层管理视角。

ORBRO OS用于在同一套体系中查看多个现场的区域与状态，UWB RTLS和AI Event Manager则在现场生成位置数据与视频事件。由于ORBRO从硬件到监控界面都由同一团队构建，因此站点增加时，可以在同一个方案中判断需要调整哪个层级。只要告诉我们目前的站点数量和2年后的扩展计划，我们就可以与您一起从适合的系统架构开始规划。