ThinkLink 部署怎么选：云平台、本地服务器与网关内置的决策清单

先回答三个问题，再比较配置

拿到一个物联网项目，最容易先问“要买多大的服务器”。更有效的起点是列出使用者和业务动作：谁查看数据，谁接收告警，谁能下发控制，现场断网后哪些动作仍必须完成。这些答案直接决定部署位置和责任边界。

第一个问题是网络依赖。云端能够集中访问，但现场到云端的链路需要被纳入运维；本地平台可以缩短现场的数据路径，远程维护、邮件通知或第三方接口仍可能依赖外部网络。第二个问题是数据保存范围：遥测、附件、备份和导出文件都需要明确位置。第三个问题是长期维护：升级、磁盘监测和恢复演练由谁完成。

• 把“断网后继续采集”和“断网后还能远程查看”分开写进需求。
• 给服务器、数据库、网关和通知通道分别指定维护责任人。
• 先用一台代表设备验证完整链路，再按真实数据量规划扩容。

三种部署方式，各自解决什么问题

ThinkLink 提供云端、独立部署和网关内置的使用形态。选择时不必把某一种方式当成普遍最优：重点是它能否满足当前现场的联网条件、维护能力和交付要求。下表是选型建议，不代表不同形态在所有版本下具有完全相同的组件。

本地安装前，把环境变成一张交付表

当前 Docker 部署文档要求 x64 架构，并列出了 CPU、内存、可用磁盘、系统支持范围和端口用途。采购与安装时应按文末的最新文档逐项核对；最低安装要求仅用于判断能否开始安装，不是长期容量承诺。

容量规划要把数据增长算进去。建议先测量代表设备一天产生的遥测、日志和文件量，再结合设备数量、保留周期及备份副本估算。不要把所有日志永久保留作为默认方案，也不要只看系统盘总容量而忽略实际数据目录所在文件系统。

联网环境和隔离环境应分别准备安装路径。离线包能解决制品获取，不会自动解决 DNS、系统时间、证书、账号策略和备份目标。把下载、传输、安装和验收分成可核对的步骤，能减少现场临时补资料。

用一台设备完成首次验收

安装结束后，先记录平台版本、访问地址和管理员交接方式，再接入一台有明确协议资料的设备。查看它是否持续上报、业务数值是否正确、历史查询是否能找到对应记录。仅看到登录页还不能说明业务链路可用。

随后验证一条测试告警和一次只读查询，确认使用者在自己的权限下能完成日常操作。如果项目包含控制功能，应单独按控制验收流程执行。最后在测试环境恢复一份备份，确认备份覆盖的数据范围以及恢复所需的依赖。

1. 核对访问、版本和账号权限。
2. 关联一台设备，检查实时与历史记录。
3. 验证通知渠道的实际接收结果。
4. 记录备份位置，完成一次恢复演练。

迁移时，档案与历史数据分别处理

从验证环境迁往生产环境时，建议先列出设备档案、物模型、RPC、触发模型、通知配置、仪表板和历史数据的迁移清单。某个导出文件包含设备档案，并不代表它也包含全部业务历史或外部服务凭据。

先在目标环境导入少量对象，核对模型引用和设备身份，再安排网关接入切换。切换期间保留明确的回退路径，并用同一台设备的前后数据确认时间连续性。一次成功的小规模演练，比直接把所有设备导入后再排障更容易控制交付风险。