云边协同架构
云边协同将中心管理与现场业务运行组合起来。云端维护相应平台能力和节点管理，边缘产品在现场运行已装配的设备与业务能力，网络通路为人员和节点提供相应访问条件。
设计这类系统时，应分别确认管理、设备数据和网络访问三条通路，再判断需要哪些本地依赖、授权和数据流转合同。
放大查看 SVG ↗ · 下载 SVG · 下载高清 PNG
1. 为什么把一部分能力放在现场
现场设备可能使用局域网或专有协议，业务也可能需要在设备附近完成采集、查询或控制。边缘产品将相应接入、业务宿主和依赖部署到现场，使这些流程能够在明确的本地范围内运行。
云端则继续承担所配置的企业应用、公共业务和节点管理。哪些业务部署在云端、哪些在现场，以及二者之间传递什么，需要按实际交付组合确定。
| 位置 | 主要职责 | 应确认的边界 |
|---|---|---|
| 云端平台 | 企业、应用、相应行业业务和公共能力 | 哪些业务记录和接口由中心维护 |
| 云边管理 | 节点状态、管理记录及适用授权 | 节点身份、产品入口和管理合同 |
| 边缘宿主 | 本地设备接入与启用业务 | 实际注册模块、接口和权限 |
| 本地依赖 | 现场所需存储、缓存、文件与运行组件 | 本地业务是否仍依赖云端资源 |
| 组网与访问 | 按部署选择的网络连接和访问通路 | 地址可达性与业务授权分别落实 |
2. 三条通路分别表达什么
管理通路
管理通路用于节点状态、版本、用量及适用的授权交互。启用联网配置时，边缘服务按相应心跳机制向云端报告，云端维护节点记录；需要签发或换发授权时，可通过对应响应返回签名授权数据，边缘侧按实际流程处理。
现场设备与业务数据通路
设备通过本地接入路径进入边缘业务，状态、历史、命令及相应自动化由该现场组合处理。云端如需读取这些数据，必须存在实际接口、流转或访问合同。
节点已经在云端显示在线，只能说明管理链路完成了相应状态交互。它并不直接证明云端已拥有该节点全部设备历史、文件或业务记录。
网络访问通路
Headscale / Tailscale 等组网能力按部署启用，让节点或人员获得网络访问路径。网络可达后，业务接口继续检查登录身份、企业、项目和动作范围。
3. 不同入口为什么具有不同能力
Cloud、Things、Energy 和 Fuzai 等入口有自己的注册模块与产品标识。当前 Cloud 入口组合 Core、Things、能源、停车、Fuzai 及云边管理等对应能力；不同边缘入口则选择自身业务组合。
架构上应以实际入口和注册逻辑为准。目录中存在一个行业模块，不代表它会进入每种 Edge 产品；入口代码中的旧注释也可能与当前注册参数不同，应以真正执行的注册和配置共同核对。
| 入口或产品 | 当前应关注的区别 |
|---|---|
| Cloud | 云端组合与节点管理，以及适用的授权签发职责 |
| Things 边缘入口 | 当前按免费 Things 产品注册，不引入同样的强制 license 能力 |
| Energy 边缘入口 | 注册对应能源业务，并按该产品引入 license 校验 |
| Fuzai 边缘入口 | 注册对应业务，并按该产品引入 license 校验 |
对于引入授权能力的产品，授权范围、有效状态和受限模式由对应运行实现决定。当前相关受限模式保留相应边缘管理通路，业务接口受相应限制。它与进程是否启动、设备数据通路及网络是否可达是不同问题，应分别检查。
4. 节点状态与授权交互
该图解释管理交互，不包含设备历史同步。纯离线配置不启用云端心跳，适用产品仍需按其实际授权和本地运行要求准备。
5. 怎样判断离线时能继续做什么
离线能力取决于完整链路是否在现场具备，而不仅是业务二进制是否已经启动。例如，本地设备接入和历史查询需要对应 Broker、设备服务及仓储；本地 AI 工具若仍调用远端模型或接口，也会受相应网络条件影响。
| 能力 | 判断离线范围时应检查 |
|---|---|
| 设备接入 | 本地接入入口、凭据和协议服务是否齐备 |
| 状态与历史查询 | 本地记录、仓储和业务接口是否可用 |
| 设备控制 | 本地下发路径、授权、设备连接及反馈是否可用 |
| 规则与自动化 | 触发数据、规则执行和动作依赖是否均在可用范围 |
| 文件与界面 | 所需对象文件、静态资源和认证条件是否可满足 |
| AI 交互 | 模型、知识、工具目标和运行器是否仍依赖远端 |
| 云端管理 | 网络中断期间无法完成的管理交互及恢复行为 |
这些检查确定一个具体产品的离线范围。统一断网自治、自动故障切换或高可用，需要另有实现与验证依据。
6. 跨端数据流转需要单独定义
需要把现场数据交给云端时，应先明确数据类别、源端、目标端和传递方向，再定义时间、对象标识、重试与冲突处理。设备状态、完整历史、文件和行业业务记录可能采用不同合同。
同样，云端修改配置后，现场是否接收、何时生效以及失败如何反馈，也需要对应业务通路确认。组网、节点心跳和某个产品的授权换发，都不能自动代替这些数据合同。
7. 交付时按三层分别核验
先核验网络可达和相应管理交互，再核验节点产品、授权与模块注册，最后用真实现场流程确认采集、查询、控制和恢复行为。每层都应观察自己的结果，而不是只以“节点在线”或“容器健康”结束判断。
组件组合继续阅读部署架构，自有业务和协议服务的交付见应用部署。
架构专题导航
平台总体架构 · 后端运行架构 · SaaS 与权限架构 · IoT 接入与数据架构 · AI 与工具执行架构 · 前端与客户端架构 · 部署架构与组件选型
更新日志
2026/10/27 13:22
查看所有更新日志
c4a4b-于93dfc-于