1、立项原因与拟解决的产品问题
床型照护与边缘智能设备在规模化部署后，普遍存在站点分散、版本与配置不一致、升级与排障靠人工等问题，容易出现状态不可见、批量操作风险高、异常定位耗时长等运维痛点。本项目立项旨在建设云边协同的统一管控与可观测能力，在稳定 MQTT 等数据契约的前提下，支撑从数百到两千级以上节点的扩展，并对自研边缘 Agent 与后续 K3s 等执行引擎保持控制台与 API 契约稳定，从而降低运维成本、提升升级与应急处置的确定性与可追溯性。
2、行业场景与业务背景
面向智慧康养、机构与社区照护、医疗辅助场景中大量布设的床旁/边缘计算节点，业务上需要持续采集设备与算力健康度、工作负载与告警，并在总部或区域中心完成集中监管、策略下发与审计。在国产化与边缘算力（如龙芯等架构）落地的背景下，行业更强调数据合规、弱网与离线容忍、可批量编排的运维闭环。本系统作为边缘计算与照护业务的管理中枢，衔接现场设备与云端运营，为规模化、长期在线的照护与边缘 AI 服务提供一致的业务背景与运维抓手。
1、主要功能模块
计算集群：站点/集群态势与统计入口（首页）。
边缘计算：边缘计算大盘；任务中心；告警中心；现场实时；升级编排中心（SUC）；流程编排工作室；AI 分析（独立子页）。
OTA 升级中心：固件/版本与升级策略相关能力。
多模态数据中心：多模态数据的汇聚与展示。
操作审计：关键操作留痕与查询。
系统管理：接口访问日志、机构管理、字典管理、系统设置。
2、主要功能描述
本系统面向云边协同场景，提供从站点与边缘节点总览到任务下发与执行跟踪、从告警与现场状态到可控的批量升级与编排的一体化控制台；通过 OTA 与升级编排降低版本碎片化风险，通过多模态数据支撑现场感知与后续分析，通过操作审计与系统管理满足运维合规与组织配置需求，并在边缘矩阵上叠加 AI 分析等认知辅助能力，形成「可观测—可处置—可审计」的闭环。
1、我的职责
全栈开发、架构设计、边缘计算端架构设计和框架开发
2、本项目采用 Next.js 15（App Router）+ React 19 + TypeScript 构建云边协同控制台，UI 侧使用 Ant Design 5 与 Tailwind，状态与请求配合 Redux Toolkit、Axios，接口层统一走 src/app/api/.../[api]/route.ts 的装饰器控制器 + createAllMethodHandlers 以稳定契约；数据持久化使用 Prisma，云边链路以 MQTT 承载设备注册、心跳、指标与工作负载等Topic契约，并结合 SSE 等能力支撑实时态势，可视化侧集成 ECharts、DataV、React Flow（@xyflow/react）；在固定数据面之上叠加 LangChain + OpenAI 的「认知层」API（简报、告警处置、编排草稿、设备洞察等，可无 Key 走启发式）。整体架构突出云边一体管控、可观测—可编排—可审计闭环，并为自研边缘 Agent 与 K3s 等执行引擎预留契约稳定、控制台无感迁移空间，面向大规模节点具备升级逐台下发、避免广播风暴等工程取向。线上亮点在于一体化运维体验、规模化扩展叙事与 AI 增强决策效率；主要难点在于多实例部署下 MQTT 订阅与入库的去重与扩展、弱网高并发下的限流与降级、OTA/编排的状态机幂等与容错，以及长连接服务与 Next 进程生命周期协同、生产环境 API 与密钥/模型的安全与成本治理。
评论