企业官网建设流程全解析

前言：边缘网关为什么越来越重要

2026年工业物联网有一个明显变化——边缘网关从"可选组件"变成了"标准配置"。原因在于工业现场的数据量在暴增，全部上云不仅带宽成本高，而且延迟无法满足实时控制需求。

华为在MWC Shanghai 2026上提出了"AI和IoT互相使能"的方向，核心思路就是在边缘侧完成数据预处理和AI推理，只把有价值的数据上云。这意味着边缘网关不再只是协议转换器，而是承担计算任务的智能节点。

这篇文章从零开始搭建一个工业物联网边缘网关，覆盖硬件选型、系统配置、Docker容器化部署的完整流程。

## 硬件选型：工控机还是开发板

边缘网关的硬件选型需要平衡三个因素：计算性能、环境适应性和成本。

### 方案对比

工业现场的边缘网关通常选两类硬件。一类是工业级工控机，x86架构，性能强但价格高。另一类是ARM架构的嵌入式盒子，比如基于NXP i.MX8或瑞芯微RK3588的平台，功耗低但生态不如x86成熟。

硬件类型 典型CPU 内存 功耗 价格区间 适用场景 x86工控机 J4125/N100 8-16GB 15-25W 800-2000元 重计算场景 ARM工控盒 RK3588 4-8GB 5-10W 300-800元 采集转发场景 开发板 树莓派5 4-8GB 3-5W 200-400元 原型验证

如果网关需要跑AI推理模型，x86工控机加一张入门级GPU是稳妥方案。如果只做协议转换和数据清洗，ARM工控盒的性价比更高。

我这次选了N100工控机，8GB内存，64GB SSD。选x86的原因是Docker生态在x86上最完善，大部分镜像不需要考虑架构兼容问题。

### 外设接口需求

工业网关的接口需求取决于现场设备类型。常见需求包括：RS485/RS232串口（连接PLC和传感器）、以太网口（连接工厂内网）、USB口（连接4G/Cat.1模组做备份通信）。

选工控机时注意确认串口数量和类型。有些工控机标称6个串口，实际只有2个是RS485，其余是RS232，接错会导致通信失败。

## 系统配置：Linux最小化部署

### 操作系统选型

边缘网关推荐用Debian或Ubuntu Server。Debian更精简，适合资源受限场景；Ubuntu Server驱动支持更全，社区文档更多。

# 安装基础工具aptupdate&&aptinstall-ycurlwgetgitvimnet-tools# 配置串口权限（让非root用户能访问串口设备）usermod-aGdialout gateway# 配置网络（静态IP，工业现场通常不用DHCP）cat>/etc/network/interfaces<<'EOF' auto eth0 iface eth0 inet static address 192.168.1.100 netmask 255.255.255.0 gateway 192.168.1.1 EOF

### Docker安装

工控机上装Docker，第一步是确认CPU虚拟化支持。x86工控机一般没问题，但需要在BIOS中确认VT-x已开启。

# 安装Docker Engine（Debian/Ubuntu）curl-fsSLhttps://get.docker.com|sh# 设置Docker开机自启systemctlenabledocker&&systemctl startdocker# 验证安装docker--versiondockerrun hello-world# 安装Docker Composeaptinstall-ydocker-compose-plugindockercompose version

安装完成后，建议配置Docker的日志大小限制，防止日志撑满存储。

# 配置Docker日志限制cat>/etc/docker/daemon.json<<'EOF' { "log-driver": "json-file", "log-opts": { "max-size": "10m", "max-file": "3" } } EOFsystemctl restartdocker

## 容器化部署：核心服务编排

### 服务架构设计

边缘网关的容器化部署通常包含以下服务：

服务名 功能 镜像 端口 mqtt-broker MQTT消息代理 eclipse-mosquitto 1883 node-red 流程编排与协议转换 nodered/node-red 1880 influxdb 时序数据存储 influxdb:2 8086 grafana 数据可视化 grafana/grafana 3000 telegraf 数据采集代理 telegraf:latest -

### Docker Compose编排

version:"3.8"services:mqtt-broker:image:eclipse-mosquitto:2container_name:mqtt-brokerports:-"1883:1883"volumes:-./mosquitto/config:/mosquitto/config-./mosquitto/data:/mosquitto/data-./mosquitto/log:/mosquitto/logrestart:unless-stoppednode-red:image:nodered/node-red:latestcontainer_name:node-redports:-"1880:1880"volumes:-./nodered/data:/datadepends_on:-mqtt-brokerrestart:unless-stoppedinfluxdb:image:influxdb:2container_name:influxdbports:-"8086:8086"volumes:-./influxdb/data:/var/lib/influxdb2environment:-DOCKER_INFLUXDB_INIT_MODE=setup-DOCKER_INFLUXDB_INIT_USERNAME=admin-DOCKER_INFLUXDB_INIT_PASSWORD=ChangeMe123!-DOCKER_INFLUXDB_INIT_ORG=iot-DOCKER_INFLUXDB_INIT_BUCKET=sensor_datarestart:unless-stoppedgrafana:image:grafana/grafana:latestcontainer_name:grafanaports:-"3000:3000"volumes:-./grafana/data:/var/lib/grafanadepends_on:-influxdbrestart:unless-stopped

这套编排的核心设计思路是数据单向流动：传感器数据通过MQTT上报到Broker，Node-RED订阅MQTT做协议转换和数据清洗，清洗后的数据写入InfluxDB，Grafana从InfluxDB读取数据做可视化看板。

### 串口容器化访问

工业网关最大的容器化痛点是串口访问。Docker容器默认无法访问宿主机的串口设备，需要用设备映射。

# 在docker-compose.yml中为需要串口的服务添加设备映射serial-bridge:image:python:3.12-slimcontainer_name:serial-bridgedevices:-/dev/ttyUSB0:/dev/ttyUSB0-/dev/ttyUSB1:/dev/ttyUSB1volumes:-./serial-bridge:/appcommand:python /app/modbus_collector.pyrestart:unless-stopped

注意串口设备名在容器重启后可能变化（USB设备插拔顺序问题），建议用udev规则固定设备名。

## Node-RED流程配置：协议转换实战

Node-RED是边缘网关的"大脑"，负责把不同协议的数据统一成MQTT消息。典型的流程是：从Modbus设备读取寄存器数据，解析后发布到MQTT。

[{"id":"modbus_node","type":"modbus-read","name":"读取温度传感器","topic":"sensor/temp","unitId":1,"adr":0,"quantity":2,"rate":5000},{"id":"parse_node","type":"function","name":"解析温度值","func":"msg.payload = {temp: msg.payload[0]/10.0, humi: msg.payload[1]/10.0}; return msg;"},{"id":"mqtt_out","type":"mqtt out","topic":"factory/sensor/temp_humi","broker":"mqtt-broker","qos":1}]

这个流程每5秒从Modbus地址0读取2个寄存器，解析为温度和湿度值，发布到MQTT主题。Node-RED的可视化编程让协议转换逻辑变得直观，工程师不用写代码就能完成大部分采集配置。

## 边缘网关的管理界面

工业现场部署网关后，运维人员需要一个管理界面来查看状态、修改配置。这里可以复用导航站系统的思路——做一个轻量级的Web管理面板，展示网关状态、设备列表、数据流监控。

虎王科技在Gitee上开源了一个导航站系统（anime_nav_pro_plus），虽然是网址导航功能，但它的后台管理架构可以参考——PHP后端做API服务，前端做数据展示。把导航分类替换成设备列表，把链接管理替换成设备配置，就是一个现成的网关管理面板原型。

## 部署后的运维要点

容器化部署最大的好处是运维标准化。升级某个服务只需要拉新镜像重建容器，数据因为做了卷映射不会丢失。

# 升级Node-REDdockercompose pull node-reddockercompose up-dnode-red# 查看所有服务状态dockercomposeps# 查看某个服务的日志dockercompose logs-f--tail=100node-red# 备份InfluxDB数据dockerexecinfluxdb influx backup /backupdockercpinfluxdb:/backup ./backup

建议设置一个定时备份脚本，每天凌晨备份InfluxDB和Node-RED配置到外挂存储。工业现场的数据一旦丢失，恢复成本极高。

工业物联网边缘网关的搭建从硬件选型到Docker部署，核心思路就是容器化隔离加数据单向流动。这套方案我在工厂现场跑了大半年，稳定性和可维护性都过了关。如果你在做工业物联网项目，建议收藏这套部署方案，实际部署时照着走能少走不少弯路。做这块的同学也可以评论区聊聊你们用的什么方案，交流下不同场景的选型差异。