上云还是本地部署：按工厂规模决定

按规模的现实建议

本地部署被低估的成本

• 服务器与数据库授权
• 机房环境、UPS、备份
• 专职或兼职 IT 的人力——这一项通常是最大的，也最常被漏算
• 升级需要单独立项，结果是多数工厂三年不升一次，逐渐落后

行业内的估算是：中小电子厂本地部署起步在数十万，而云端订阅的年费通常在这个数字的零头。

云端要问清的三件事

1. 机房在境内哪里，有无异地备份
2. 断网怎么办——采集端是否有本地缓存，网络恢复后能否补传。这是车间网络不稳时最现实的问题
3. 数据怎么导出——格式、频率、合作终止时的处理

规模之外还要看什么：六个问题的决策表

按规模给的建议是起点。真正拍板前，把下面六个问题逐条回答一遍。前两条是硬约束，命中了就不用往下比；后四条是权衡。

最后一条看起来不像技术问题，却经常是实际的决定因素：有的企业订阅费很难走审批，固定资产反而好批。遇到这种情况，先跟财务沟通清楚两种方式的长期总成本，再谈部署方式，成本项可对照预算成本清单。

纯云、边缘 + 云、纯本地：数据分别留在哪

很多争论源于没分清“数据”指的是哪一层。设备数据至少有三层：原始信号、状态与事件记录、聚合后的指标。三种部署形态下它们的去向不同：

对多数“领导不放心数据出厂”的工厂，中间这一列已经能回应顾虑：带工艺细节的原始数据不出厂，出去的只是效率指标。数据归属、导出权、采集端安全这几条合同层面的事，见数据放哪里：真正该担心什么。

断网缓存要多大、怎么验收：一个算例和一套测试

“支持断点续传”不能只听对方说，要知道量级，还要亲手测。先算量级：

试点阶段按下面的步骤实测一次，写进验收记录：

1. 记下当前时刻和各设备的累计产量，拔掉采集端的上行网线（只拔网线，不动设备侧接线）。
2. 让产线正常生产一段时间，期间人为制造一两次停机，并在工位终端上选择停机原因。
3. 插回网线，观察数据多久补齐。
4. 核对三件事：断网期间的产量与设备计数器是否一致；停机的起止时刻是否是真实发生的时刻，而不是补传的时刻；断网期间选的停机原因有没有丢。
5. 再测一次采集端断电重启，确认缓存不因掉电丢失。

第四步里的时间戳最容易出问题：有的方案补传时用的是服务器接收时间，结果一段八小时的数据全挤在恢复联网的那一分钟，OEE 直接算错。

两种部署的成本结构：比五年总账，不比首年报价

本地部署的成本项上面列过，这里补上云端一侧，并说清楚怎么比。

• 云端的一次性项：采集硬件与施工、初始配置与培训、与 ERP 或 MES 的接口开发。
• 云端的持续项：按设备数或按用户数的订阅费、上行网络费用、超出标准保存期限的历史数据存储（如有）。
• 两边都有、容易漏的项：采集端的备件与更换、设备增减带来的调整、内部管理员的时间。

比较时把两种方案各自的一次性项和五年持续项列成两列，本地一侧务必填上 IT 人力、到期的硬件更换和至少一次大版本升级。只比首年，本地部署的持续成本和云端订阅的累计成本都会被藏起来。询价时要对方按这个结构分项报，方法见《设备数字化选型避坑指南》。

从云迁到本地（或反过来）实际要做哪些事

选型时确认“两种部署都支持”只是前提，真迁的时候工作量在下面几步：

1. 导出全部历史数据。要的是结构化的事件级数据（每一次停机、每一段计数），不是报表。只有报表，历史趋势就断了。
2. 导出配置。设备清单、点位映射、停机原因码、班次日历、产品与标准节拍。这部分重建起来比数据还费时间。
3. 搭好目标环境并导入，先抽几台设备、几个班次，核对迁移前后的 OEE 是否一致。
4. 采集端改指向。逐条线切换上传地址，不要全厂同一天切。
5. 新旧并行一段时间，确认看板、报表、对外接口都正常，再停旧环境。

多厂集团做迁移时，顺便统一一次各厂的计算口径，比事后再对齐省事得多，参见集团多工厂 OEE 口径怎么统一。

常见问题

最近更新：2026-09-21 · 出版：工厂数字化编辑部（TEEPTRAK）