3. Intel工业边缘软件栈概览

在工业边缘量产交付中，Intel 提供的并不是单一软件，而是一组按“推理加速—工业数据总线—参考方案获取—容器化运行—系统集成”分层协作的软件栈。理解这套栈的关键，不是记住四个产品名，而是看清它们各自解决哪一层问题、彼此通过什么接口衔接、以及在一条真实产线上谁调用谁。下面按“从模型到产线数据、再到可部署系统”的顺序展开。

一、四层软件栈的职责边界

OpenVINO 是推理与模型优化层。它把训练框架产出的模型（ONNX、TensorFlow、PyTorch 等）转换为 IR 中间表示（.xml 结构 + .bin 权重），并通过 Runtime 在 CPU、集成 GPU、NPU 上执行推理。工业场景中它负责的是“单帧/单样本的视觉或时序推理”，例如缺陷检测、字符识别、姿态判断。典型调用是 ov::Core::compile_model() 加载 IR，再用 infer() 得到输出张量。

Edge Insights for Industrial（EII） 是工业数据与消息层。它基于 Docker 容器编排，内置消息总线（默认 ZeroMQ/Redis 风格）、视频摄取、UDF（用户自定义函数）插件机制，把相机流、PLC 数据、推理结果统一成可订阅的消息主题。OpenVINO 通常被封装进 EII 的 UDF 或视觉插件中，作为“推理算子”挂在数据流上。

Intel Edge Software Hub 是参考方案与获取层。它提供经过验证的参考实现（Reference Implementations）、容器镜像、部署脚本和文档，例如“视觉缺陷检测”“预测性维护”等成套方案。它的价值在于缩短从零搭建到可运行的距离，但其中的组件仍需按现场网络、相机型号、PLC 协议做适配。

Docker / Kubernetes 是运行与编排层。Docker 负责把 EII、OpenVINO 服务、数据库、可视化前端打成镜像并隔离运行；Kubernetes（或轻量 K3s）负责多节点调度、滚动升级、健康检查与配置下发。在单机边缘盒子上常用 Docker Compose，在多产线/多工位场景才引入 K8s。

二、系统集成关系：谁调用谁

把四层串起来看，数据流是：相机/PLC → EII 摄取与消息总线 → UDF 调用 OpenVINO 推理 → 结果回写消息主题 → 上层应用或 MES 订阅。部署流是：Edge Software Hub 提供参考方案 → 构建为 Docker 镜像 → 由 Docker/K8s 拉起 → 运行时通过挂载配置和网络端口与现场设备对接。也就是说，OpenVINO 是“算”，EII 是“传与管”，Edge Software Hub 是“给样板”，Docker/K8s 是“跑起来”。

三、实际集成时的关键动作

以一条“相机采集 + 缺陷检测 + 结果上报 MES”的产线为例，集成动作可以落到具体命令和配置上。第一步，在边缘盒子上安装 Docker 与 EII 基础镜像，确认 docker ps 能看到 ia_eiibase、ia_video_ingestion、ia_visualizer 等容器。第二步，把训练好的模型用 OpenVINO 的 mo 工具转成 IR：

mo --input_model defect.onnx \
   --input_shape [1,3,640,640] \
   --data_type FP16 \
   --output_dir /opt/models/defect_fp16

第三步，在 EII 的 UDF 配置中声明推理插件，指定 IR 路径、输入主题（如 camera/stream）和输出主题（如 inference/defect），并设置批大小与推理设备（CPU 或 GPU）。第四步，用 Docker Compose 或 K8s Deployment 拉起服务，通过 docker logs 或 kubectl logs 观察推理耗时与消息吞吐。第五步，在 MES 侧订阅 inference/defect，按缺陷类别触发分拣或报警。

四、常见误区与边界

第一个误区是把 OpenVINO 当成完整应用框架。它只负责推理，不负责消息路由、设备管理、持久化，这些由 EII 和上层系统承担。第二个误区是认为 Edge Software Hub 的方案可以“开箱即量产”。参考实现通常基于特定相机和网络假设，现场必须替换设备地址、标定参数和 PLC 寄存器映射。第三个误区是过早引入 Kubernetes。单台边缘盒子用 Docker Compose 即可，只有当产线扩展到多工位、需要统一升级和故障迁移时，K8s 的编排价值才真正体现。

从交付角度看，这套栈的稳定组合是：OpenVINO 提供可预测的推理性能，EII 提供工业级消息与插件机制，Edge Software Hub 提供起点，Docker/K8s 提供可复制、可回滚的运行环境。四者边界清晰、接口明确，才能在量产阶段把“能跑”变成“可维护、可升级、可复制”。