System deployment · 02

中心统筹,
现场协同

以统一业务入口连接中心管理与现场服务,按项目组合设备接入、媒体、业务和分析能力,结合网络、资源与交付范围确定部署方案。

Deployment principles

四类角色,组织中心与现场协作

中心统一组织项目与业务,现场边缘衔接设备和媒体,Web 与移动端为管理和现场人员提供入口。按任务、网络和资源分配各部分位置,形成适合项目的部署方案。

01

Deployment role

中心服务

组织身份、项目、权限、业务数据和协作入口,承接已启用的处理与分析能力。

部署条件

启用模块、计算与存储资源、身份及外部依赖;中心角色不等于单台物理服务器。

02

Deployment role

现场边缘

按项目关联设备接入、遥测与媒体等现场服务,衔接现场设备和中心业务。

部署条件

站点位置、网络链路、现场资源及服务配置;现场处理范围按实际部署确定。

03

Deployment role

现场设备

提供视频、照片、遥测或任务执行能力,通过适配协议与系统交互。

部署条件

型号、固件、载荷、协议和授权;接入位置与实际数据去向分别确认。

04

Deployment role

Web 与移动端

根据身份与项目权限访问设备、任务、资料及协作功能。

部署条件

终端所在网络、入口解析与证书、登录及媒体访问条件;移动端另核对环境发现和更新依赖。

Center and edge

从统一入口,到中心与现场

中心服务与现场边缘站点通过项目关系组织。使用者从统一业务入口访问所需能力;系统结合项目关联和服务配置选择对应入口。具体哪些服务设在中心、哪些服务设在现场,应在项目部署方案中明确。

Logical architecture · Project deployment

中心与现场的逻辑关系

逻辑架构示意:统一入口连接中心与现场,边缘与现场设备分别交互;具体部署按项目确定。
逻辑架构示意:统一入口连接中心与现场,边缘与现场设备分别交互;具体部署按项目确定。 打开完整关系图

可按企业网络与人员使用位置组织跨网授权访问或企业内网访问。访问入口、身份验证、设备通信、文件和媒体可能使用不同链路,应逐项核对,不能仅用“公网”或“内网”推定全部功能。

Access boundary · 01

跨网授权访问

管理与现场人员分布在不同网络,通过批准的入口访问对应服务。明确域名、HTTPS 证书、访问控制与跨网连接方式;不以开放全部服务端口作为前提。

Access boundary · 02

企业内网访问

使用者与服务处于可达的企业网络,按企业要求组织内部访问。明确内网域名、HTTPS 证书、路由及终端可达范围;不将网络隔离等同于业务可用。

Data flow

沿着数据经过的环节,明确位置与去向

数据管理范围应落到具体文件、消息、处理任务和访问路径。设备接入、业务访问和成果读取分别核对;私有化部署或边缘架构本身不能证明全部数据始终留在同一网络域。

设备采集与接入

设备产生照片、视频或遥测,经适配的接入服务进入项目流程。

数据边界

实际接收节点、传输网络、设备厂商服务及授权条件。

业务组织与访问

身份、项目和权限共同决定使用者访问的业务范围及服务入口。

数据边界

账号权限、项目与站点关系、跨网访问路径及操作责任。

处理与分析

按所选任务、模型和资源开展处理,形成结果与相关记录。

数据边界

任务运行位置、输入输出去向、计算资源及所用模型或处理组件。

文件保存与成果读取

文件与成果依赖所配置的存储和访问服务供使用者读取。

数据边界

存储位置、授权与访问地址、保留方式及实际终端可达性。

对外集成与交接

按项目约定向相关系统或接收方提供选定接口与交付材料。

数据边界

对接对象、字段与文件范围、网络方向、授权和验收记录;不默认包含上级平台对接。

Service capabilities

按项目组合能力,按条件安排位置

LingMind 按业务、设备接入、计算和基础设施管理分工部署。项目可关联边缘站点,业务入口根据项目上下文访问相应服务,以适应中心管理与现场接入结合的使用方式。

边缘注册、心跳和环境绑定由控制平台管理,服务配置也按环境维护。实际部署哪些模块、哪些数据在现场处理,需要结合网络、算力、存储和项目要求确定。

LINGMIND CAPABILITIES PROJECT SCOPE
01

统一业务入口

按身份、项目和权限访问对应业务服务

02

业务数据与流程

关联项目、设备、作业、文件及处理结果,记录业务过程

03

AI 数据与模型

组织数据资产、数据集和模型版本,衔接收集、筛选与标注

04

现场接入与媒体

接收设备消息、遥测和视频,支持相应设备的控制交互

05

数据处理与智能分析

按配置开展数据处理、测绘重建、训练与推理

06

运行管理

管理环境、现场节点、服务配置及系统运行告警

Choose the access boundary

按人员所在网络,逐项确认访问条件

可按企业网络与人员使用位置组织跨网授权访问或企业内网访问。访问入口、身份验证、设备通信、文件和媒体可能使用不同链路,应逐项核对,不能仅用“公网”或“内网”推定全部功能。

左右滑动,对照两类访问条件。

核对项
跨网授权访问
企业内网访问
适用位置
管理与现场人员分布在不同网络,通过批准的入口访问对应服务。
使用者与服务处于可达的企业网络,按企业要求组织内部访问。
访问入口
明确域名、HTTPS 证书、访问控制与跨网连接方式;不以开放全部服务端口作为前提。
明确内网域名、HTTPS 证书、路由及终端可达范围;不将网络隔离等同于业务可用。
Web 使用
核对页面、登录、业务请求及文件和媒体地址在实际终端网络中的可达性。
核对内部解析、登录入口及业务、文件和媒体所需链路。
移动端使用
核对环境发现、登录、业务请求、媒体文件和更新所需入口。
按实际移动端版本核对环境发现、HTTPS、登录与媒体依赖;不能一概宣称支持或不支持。
现场设备
按设备协议和网络条件确认接入节点、控制交互及媒体传输路径。
按内网可达范围、设备能力及厂商依赖确认实际接入方式。
第三方依赖
列明实际启用的身份、存储、设备厂商及其他外部服务,确认连接和授权范围。
列明仍需访问的依赖;有隔离要求时逐项设计与验证,不能推定已具备完全离线能力。
验证方式
使用实际角色、终端和网络完成登录、业务操作及数据访问用例。
使用实际内网条件完成同类用例,并记录不可达依赖及未启用范围。

Delivery boundary

把部署条件,落实为交付清单

每个交付项写清“交付对象、配置或数量、责任方、前置条件、验证方式、移交材料”。实际数量、人员和日期填写在项目方案,通用主稿只维护组织方法。

01 / PREPARATION

部署前共同确认

  • 目标环境、项目范围和所需业务模块。
  • 中心与现场节点的位置、资源和网络连接。
  • 身份系统、对象存储、媒体和消息等依赖。
  • 设备协议、型号、固件及现场接入责任。
  • 服务版本、配置、数据准备与业务验收项。
02 / HANDOFF

按范围形成交接材料

软件与部署

本次启用模块、部署环境、服务版本、存储和外部依赖

交接材料:模块清单、部署记录、环境与版本清单

业务联调

从任务准备、执行、媒体归档到复核的实际范围

交接材料:用例、输入数据、执行记录、结果和异常说明

接口集成

对接方、接口范围、身份权限、网络和事件处理

交接材料:接口清单、联调记录、失败处理说明

平台连接与配置

在同一项目里连接现场视频、设备消息、照片成果和通知服务,让值守、资料回查与业务跟进能够使用各自需要的资源。平台依赖配置明确这些资源的连接方式和业务引用,便于交付与运维人员持续维护,并在变更后确认实际业务结果。

  • 系统展示名称、版本文案、版权、品牌与启动素材保存后核查:重新读取文字与素材并检查展示;版本文案不代表部署版本
  • 流媒体视频服务的网络、协议和控制关联保存后核查:使用目标设备流核对实际播放,不能只看服务可访问
  • MQTT共享物理 Endpoint 与项目 Broker保存后核查:核对两类配置关联、运行客户端及实际业务消息
  • 对象存储类型、端点、桶、区域、前缀、访问地址、启停与优先级保存后核查:在目标存储核对文件上传、读取及项目归属
  • 外部服务通道或模型服务所需的身份与连接保存后核查:使用代表性业务核对实际结果,保存配置不等于业务可用
  • 边缘站点现场节点与项目、服务入口的关联保存后核查:核对目标现场与引用它的设备、流及任务

对象存储表单包含 MinIO、S3、OSS、COS 等类型选项。类型可配置不代表已对每个供应商、区域和权限组合完成验收,应使用目标服务实际核对。

组件与第三方依赖

LingMind 通过业务模型、工作流和集成连接各组成部分。部署及交付清单需包含实际采用的基础组件和版本。

  • CVAT参与标注任务、编辑和保存流程;确认所用版本、集成方式及运行依赖
  • DJI SDK 与云接口支撑相应设备接入和控制;适用范围受型号、固件、SDK 及设备授权约束
  • OpenMVS 等处理组件参与摄影测量处理;处理质量需按实际输入和成果验收
  • AI 框架、模型和对象存储支撑训练推理、文件保存及成果访问;按部署确认版本、来源和资源要求

对外介绍自主开发范围时,应明确业务模型、工作流及集成能力的范围;不能将全部依赖、基础模型、标注引擎和设备协议表述为 LingMind 原创。授权和交付材料按实际组成清单核对。

能力与业务范围

  • 说明中心服务、现场边缘、业务入口与处理能力的部署关系,以及组件依赖、选型条件和交付责任。
  • 连接现场视频、设备消息、照片成果与通知服务,支撑远程观察、资料回查和业务跟进;配置变更后分别核对实际结果。
  • 按软件、设备、现场、业务联调、培训与服务划分交付,逐项明确责任、条件、验收及移交材料。

应用前提与结果判读

中心与边缘部署说明

交付需要明确的内容

  • 目标环境、项目范围和所需业务模块。
  • 中心与现场节点的位置、资源和网络连接。
  • 身份系统、对象存储、媒体和消息等依赖。
  • 设备协议、型号、固件及现场接入责任。
  • 服务版本、配置、数据准备与业务验收项。

使用边界

可部署的组件结构不能直接证明某套环境已具备全部能力。服务启动、设备在线和业务可用分别验收。高可用、离线运行、灾备恢复、容量和时延指标需要专门方案与测试,不能从容器化或边缘架构推导。

内部工程与第三方依赖共同组成交付系统。对外介绍自主开发范围时,保留 Strapi、CVAT、DJI SDK、处理和 AI 框架等实际依赖边界,不能宣传为全部底层组件自主原创。

本页用于对外部署和选型说明;项目合同中的设备数量、施工、工期、服务等级和验收责任引用交付范围主稿后具体化。

平台依赖与连接配置

验证口径

连接测试成功只证明相应连接检查通过;存储配置可保存也不证明文件能正常上传下载;媒体服务可访问不证明每一路设备视频可播放。业务验收需要检查实际产出和必要的失败情况。

当前源码中,MQTT 页面测试入口与服务端测试定义不一致,测试按钮不作为已验证的操作路径;认证参数到运行客户端的传递也需在目标环境确认。工作负载就绪、已保存连接状态、实际消息收发与业务处理分别记录,不用其中一项代替完整结果。

系统信息保存只证明配置更新;版本文案不代表实际部署版本,品牌素材需重新读取并检查展示结果。

内容维护边界

真实密码、密钥和令牌存放在受控配置系统中。超时、重试、路径、容量与网络参数应按具体环境记录,不能从一套环境复制成所有项目的默认承诺。

无人机项目交付范围

方案应明确的范围

无人机项目交付通常涉及平台配置、机场与无人机接入、现场条件准备、设备安装、调试及验收。编写方案时应逐项说明提供方、实施方、验收条件和交付材料。

登记、保险和飞行申请的办理准备统一引用 LM-062 · 无人机登记、保险与飞行申请;项目交付中分别明确外部条件的责任与材料,不以软件上线或设备在线替代。

项目专属内容

现有安装文档包含特定项目的施工尺寸和示例图片。这些内容应由具体项目条件及适用型号确认后使用,不作为通用产品参数。软件部署成功、设备在线和现场验收分别记录结论。