01项目背景
客户与项目概况
本项目客户为某区域性综合物流枢纽（公路+铁路联运），承担区域干线运输和末端分拨的核心职能，调度系统负责车辆排班、路径规划、分拣线资源分配、异常事件响应等关键业务。为满足信创国产化要求并提升调度智能化水平，客户启动智能调度系统升级项目，采用火蓝鲲鹏架构服务器构建全栈国产化底座，从人工经验调度升级为数据驱动的智能调度。
原有系统面临的问题
02解决方案
整体方案以"边缘预处理 + 中心多核计算 + 集中存储"为核心思路，将系统划分为五个层次，各层职责清晰、协同联动：
| 智能调度系统网络拓扑结构图全栈鲲鹏ARM架构 · 边缘预处理 + 中心多核计算 + 集中存储 | |||||||||||||
| ① 现场侧 · 各分拨中心 / 场站（多站点示意） | |||||||||||||
| 采集层现场设备 |
|
||||||||||||
| ┃ 场站本地接入网 ▼ | |||||||||||||
| 边缘层本地预处理 |
|
||||||||||||
| ▼SD-WAN 专线 · 加密传输（多站点数据汇聚上送） | |||||||||||||
| ② 中心侧 · 枢纽数据中心（信创机房） | |||||||||||||
| 网络层骨干交换 |
|
||||||||||||
| ┃ 万兆互联 ▼ | |||||||||||||
| 计算层鲲鹏集群 |
|
||||||||||||
| ┃ 数据落盘 / 读写 ▼ | |||||||||||||
| 存储层集中存储 |
|
||||||||||||
| ▼调度结果发布 · 内网/移动网络下发 | |||||||||||||
| ③ 用户侧 · 调度终端 | |||||||||||||
| 展示层多端触达 |
|
||||||||||||
| 图例： 现场采集设备 网络设备 鲲鹏服务器（含AI推理） 存储 用户终端 | |||||||||||||
采集层 — 数据源头全覆盖
各分拨中心和场站的分拣线PLC、AGV终端、车辆GPS/RFID、视频监控等设备实时产生调度数据，通过本地网络汇聚到边缘节点，确保调度所需的全要素数据不遗漏。
边缘网关层 — 本地预处理，减轻中心压力
部署火蓝 TS822 边缘服务器（鲲鹏920 / 24核），完成多协议转换、数据格式标准化和本地预处理，只将有效数据上送中心，减少专线带宽占用。断网情况下边缘节点可独立运行基本调度，保障业务连续性。各分拨中心通过SD-WAN专线接入枢纽核心数据中心。
计算层 — 多核并行，算法与AI双引擎
枢纽数据中心部署两台 4U四路鲲鹏920 5250 服务器（单台最高256核 / 1TB DDR4），分别承担：
- 调度算法引擎 — 车辆排班优化、路径规划、分拣线资源动态分配，利用鲲鹏多核并行计算能力处理高并发调度请求
- 业务中间件 — 消息队列、实时数据计算、调度日志写入，256核支持大量并发任务并行处理
另部署一台 TS822 + 昇腾Atlas 300I Pro推理卡，用于AI辅助调度：基于历史数据预测各时段流量峰值、异常事件自动识别（如车辆晚点、分拣线拥堵）并触发预警。AI只做预测和预警，调度决策仍由调度员确认，人机协同稳妥落地。
存储层 — 集中存储，异地灾备
部署两台 TS8436-K32 鲲鹏双路存储服务器（36盘位 / RAID6），承载调度日志、轨迹数据、分拣记录和系统镜像，支持定时备份至异地灾备节点，确保调度数据持续可追溯。
展示层 — 多终端触达
调度大屏实时展示全局调度态势，调度员通过Web端操作台执行人工干预，司机和现场人员通过移动端APP接收调度任务，形成"看得见、调得动、落得下"的完整闭环。
03项目成果
系统上线后运行稳定，以下为实施方和客户共同确认的定性总结（具体量化指标以客户实际运行数据为准）：
04方案特点
- 多核高并发适配 — 鲲鹏920 ARM架构多核特性与调度系统"高频小任务并行"的业务特征天然契合，无需追求单核极致性能
- 全栈国产化 — 鲲鹏CPU + 麒麟OS + 国产中间件 + 昇腾AI推理卡，信创合规链路完整
- 边缘-中心协同 — TS822边缘节点 + 四路鲲鹏中心计算 + K32存储，层次清晰，各司其职
- AI辅助而非替代 — 昇腾Atlas负责流量预测和异常预警，调度决策仍由调度员确认，人机协同稳妥落地
- 扩展性 — 鲲鹏平台PCIe 4.0开放生态，后续可按需增加Atlas推理卡或扩展存储盘位
