制造企业管理工厂、云端与边缘AI资源,关键是建立“总部统一规则、园区分级运营、现场受控执行”的平台体系。模型服务、环境模板、异构算力、授权、配额和计量应可统一管理,同时保留工厂网络、设备接口与生产连续性的本地边界。
视觉质检、设备故障分析、工艺知识问答和供应链辅助通常从单个工厂或产线启动。不同现场的相机、网络、服务器和运行环境差异明显,因此容易出现:
平台不能消除现场差异,但可以把差异沉淀为可管理的模板、规格和策略。
| 层级 | 适合统一的内容 | 应保留的本地控制 |
|---|---|---|
| 集团总部 | 服务目录、身份规则、评测标准、成本口径 | 集团级优先级和投资决策 |
| 园区/工厂 | 资源池、配额、部署审批、运行监控 | 现场容量、窗口和运维责任 |
| 边缘节点 | 受控镜像、模型版本、状态与计量 | 低延迟处理、断网运行和设备连接 |
| 云端 | 弹性服务、集中分析、非敏感任务 | 云账号、区域和数据边界 |
边缘并不等于“脱离治理”。断网可运行的服务仍需要版本、授权和回连后的审计同步。
目录应记录模型用途、版本、适用设备、数据边界、环境要求、责任团队和生命周期。工厂申请的是经过评测的服务或部署模板,而不是复制某个临时镜像。
当现场需要差异化版本时,应明确分支原因、适用范围和回收方式,避免版本无限分叉。
环境模板可以封装:
模板不能替代现场验证,但能减少重复人工判断并提高部署可复现性。
建议按“资产—节点—集群—资源池—规格—服务”分层。资源池可根据工厂、用途、数据边界和服务等级划分,而不是仅按芯片品牌。
配额既要保护关键生产任务,也要给试验和新项目留出可控空间。现场资源不足时是否使用云端弹性,需要先确认网络、数据和业务连续性条件。
不一定。平台重点是模型服务、环境和算力治理;设备控制边界应由OT系统和安全架构确定。
可以统一目录、版本、授权、部署记录和计量,但现场网络和运行条件决定具体控制方式。
可以复用模型资产、评测、模板和治理规则,同时为必要差异建立版本化配置。
采用分级发布、维护窗口、回滚、现场审批和资源优先级,先从非关键或旁路场景验证。
选择一个已在多工厂重复出现的模型服务,建立统一目录、模板与规格,并在两个现场验证可重复部署和本地边界。