灾害救援数字孪生平台
在竞赛实验环境中,把地图、平台服务和网络设备联调为可现场演示的救援数字孪生平台。
- ROLE / 职责
- 平台开发、网络联调与现场运行整合
- FOCUS / 重点
- 应用跑起来之前,先让网络、终端和服务的边界能被逐段验证。
- Vue 3
- FastAPI
- Docker Compose
- Leaflet
- VLAN / ACL / NAT
01
竞赛边界
这是竞赛实验平台,不表述为生产救灾系统。
02
个人参与
参与平台开发、网络联调与现场运行整合,使用“参与”而不夸大为独立交付。
03
项目成果
获世界职业技能大赛新一代信息技术赛道河南省赛银奖。



- 01终端与无线接入
- 02VLAN / 路由 / ACL
- 03Docker Compose 服务
- 04Leaflet 地图与调度界面
- 05现场演示验证
背景与约束
这是世界职业技能大赛新一代信息技术赛道的竞赛实验项目,不是生产救灾系统。重点是多模块、网络设备和现场展示之间的联调。
我的职责
参与 Vue 3、FastAPI、Docker Compose 和 Leaflet 组成的平台开发与运行整合。
参与核心/接入交换、AC/AP 与终端接入链路联调,实践 VLAN、静态路由、ACL、NAT 等基础配置验证。
关键实现
地图界面、平台服务和网络链路并行推进,避免把页面能打开误判为整条业务路径可用。
以终端接入、地址与网关、路由与访问控制、容器服务、地图和业务页面作为逐段检查边界。
修复与回归验证
现场演示前围绕可用路径做功能测试和故障处理,逐段缩小问题范围。
每次调整后重新验证终端连通、服务可达和页面表现,避免单点成功掩盖链路问题。
结果与反思
项目获得世界职业技能大赛新一代信息技术赛道河南省赛银奖。
更重要的收获是把网络、容器服务和 Web 应用放在同一条验证链路上思考。
故障记录 / D-03
现场联调不以“页面能打开”为终点
- 01
检查对象
按终端接入、地址与网关、路由和 ACL、容器服务、地图与业务页面逐段检查。
- 02
决定性证据
网络层连通与应用层响应需要同时成立;单个页面可访问不能证明现场链路完整。
- 03
处理
根据故障所在层收敛配置或服务问题,再回到整条可用路径验证。
- 04
回归
以现场演示路径重新进行功能测试和故障处理,而不是只重复一个页面访问。
边界:结构图用于说明竞赛联调范围;不公开现场拓扑细节、设备标识或未脱敏截图。