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