您拥有现场设备 — 工厂车间的传感器、仓库中的摄像头、农业设备上的监视器、患者佩戴的可穿戴设备 — 它们生成的数据需要被处理、执行操作,并选择性地传输到云端。云区域的延迟对于实时决策而言过高。带宽过高或不可靠,无法传输所有数据流。当网络中断时,设备仍需正常运行。您需要一种架构,根据每个决策的制定位置,将智能分布在 Edge、Fog 和 Cloud 层。
Edge-Fog-Cloud 架构将计算分布在三个层级。Edge 设备收集传感器数据并运行轻量级推理(异常检测、阈值警报)。Fog 节点(本地网关或本地服务器)聚合来自多个 Edge 设备的数据,运行更复杂的模型,并管理设备群。Cloud 服务处理长期存储、模型训练、设备群范围的分析和管理仪表盘。该架构考虑了间歇性连接、设备异构性、无线更新以及每个层级的安全性。
Explore more design patterns and system architectures
MicrocosmWorks 采用基于延迟敏感度、带宽成本和数据隐私要求的决策框架,在边缘和云之间划分工作负载。传感器数据异常检测、本地控制回路和安全关断等时间敏感型任务在边缘运行,而模型训练、历史数据分析和跨站点聚合则留在云端。在我们的架构发现阶段,我们会帮助客户将每个 IoT 用例映射到正确的计算层。
MicrocosmWorks 设计的边缘节点具有本地持久性,使用 SQLite 或 TimescaleDB 等轻量级数据库,并结合存储转发队列,在连接中断期间缓冲数据,并在连接恢复时自动同步。我们的边缘固件包含冲突解决逻辑,用于处理离线做出的本地决策与云端状态不一致的情况。这确保了即使在远程工业现场或移动车队等间歇性连接环境中,也能实现零数据丢失和持续运行。
MicrocosmWorks 实施 OTA(over-the-air)更新管道,具有加密签名、分阶段推出和自动回滚功能,以确保每个边缘设备接收经过验证的固件,而不会出现停机风险。我们在边缘设备和更新服务器之间使用相互 TLS 认证,并辅以硬件支持的安全启动,以防止篡改的固件执行。我们的分阶段部署策略以小批量更新设备,并在阶段之间进行健康检查,从而确保不良更新永远不会影响您的整个设备群。
MicrocosmWorks 根据工作负载配置文件选择边缘硬件——NVIDIA Jetson 用于计算机视觉和 ML 推理,AWS IoT Greengrass 兼容网关用于通用边缘计算,以及来自 Advantech 等供应商的坚固型工业 PC 用于恶劣的制造环境。我们为每个平台维护参考架构,其中包括预配置的网络、安全和遥测堆栈,可将部署速度加快 40-60%。我们的团队会评估功耗、工作温度范围和连接选项,以匹配您的特定现场条件。
MicrocosmWorks 已完成多个 SCADA 现代化项目,我们在其中叠加边缘计算网关,将 Modbus 和 OPC-UA 等传统协议转换为现代 MQTT 或 gRPC 流,而不会中断现有控制系统。我们在迁移期间运行并行架构,因此传统 SCADA 在新的边缘云管道根据生产数据进行验证时继续运行。我们的工业 IoT 现代化咨询费率为 $20-$50/小时起,具体取决于所涉及的协议复杂性和监管要求。
数据通过各层向上流动,每一层都具有智能。Edge 设备通过 MQTT 或 CoAP 将传感器读数发布到 Fog 节点。Fog 节点运行流处理(Apache NiFi、AWS Greengrass 或自定义)来过滤、聚合和丰富数据,然后再转发到云端。云端摄取(Kinesis、IoT Core 或 Event Hubs)将数据路由到时序数据库、数据湖和 ML 训练管道。命令和 OTA 更新通过相同的路径向下流动。设备影子/孪生系统维护每个设备的最后已知状态,用于查询和协调。
核心组件:| 层 | 技术 |
|---|---|
| Edge 设备 | ESP32, Raspberry Pi, Jetson Nano/Orin, STM32, 定制 PCB |
| 协议 | MQTT (Mosquitto, EMQX), CoAP, Modbus, BACnet, LoRaWAN, BLE |
| Fog/网关 | AWS Greengrass, Azure IoT Edge, Apache NiFi, 工业 PC 上的 Docker |
| 云端 IoT | AWS IoT Core, Azure IoT Hub, GCP IoT, 自定义 MQTT 代理 |
| 数据 | InfluxDB, TimescaleDB, ClickHouse, 用于冷存储的 S3/Parquet |
| Edge 端 ML | TensorFlow Lite, ONNX Runtime, NVIDIA TensorRT (Jetson) |
| 适用场景 | 避免场景 |
|---|---|
| 设备生成的数据量大,全部传输成本高昂 | 所有设备都具有可靠、低延迟的云连接 |
| 实时决策需要 < 100ms 响应(安全、控制系统) | 工作负载纯粹是数据收集,并进行云端批量处理 |
| 设备必须在网络中断期间运行 | 您拥有少于 50 台设备,并且可以单独管理它们 |
| 隐私/合规性要求在云端传输前在本地处理数据 | “Edge”实际上是一个网络浏览器 — 那是另一种架构 |
MW 采用“数据引力”视角设计 IoT 架构 — 我们根据延迟要求、带宽成本和决策粒度,映射每种数据类型需要在何处处理(Edge、Fog 或 Cloud)。我们不会将所有数据都推送到云端再进行过滤。我们的 Edge 部署包括基于证书认证的自动化设备配置、支持分阶段发布和自动回滚的 OTA 更新管道,以及为无法等待云端往返通信的现场操作人员提供的 Fog 节点本地仪表盘。
安全不是发布后才添加的功能。它是一种架构属性——系统要么为此而设计,要么就不是。