4. 自动机场云端架构
自动机场的云端系统并不是把无人机数据简单“上传到服务器”那么直接。它同时面对高频遥测、视频流、任务指令、机库状态、气象数据、电池健康、固件版本等多源异构信息，还要保证在弱网、断网、边缘算力受限等条件下仍能安全运行。因此，自动机场云端架构的核心是边缘-云协同：边缘负责实时闭环与本地自治，云端负责全局调度、数据汇聚、模型训练与跨机场协同。
一、核心原理：边缘-云协同的分层职责
边缘侧部署在自动机场本地，通常由边缘网关或工控机承担，直接连接机库控制器、充电桩、气象站、RTK基站、摄像头和无人机链路。它的第一职责是实时性：起降控制、舱门开合、充电对接、避障联锁等动作必须在毫秒到秒级完成，不能依赖公网往返。第二职责是自治性：当云端不可达时，边缘仍能执行预设任务、缓存遥测、触发本地告警并安全返航。
云端则承担全局性：多机场任务编排、空域冲突消解、机队健康画像、AI模型迭代、历史数据归档、运维工单与告警收敛。边缘与云之间通过消息队列和对象存储形成异步数据流，避免因网络抖动导致控制链路阻塞。典型的分层关系如下：
- 设备层：无人机、机库、充电桩、气象站、摄像头、RTK。
- 边缘层：协议适配、实时控制、本地缓存、边缘推理、断网续传。
- 云平台层：微服务集群、消息队列、时序数据库、对象存储、AI训练平台。
- 应用层：任务调度、告警中心、运维看板、机队管理、开放API。
二、微服务与容器化：让云端可弹性、可灰度
云端按业务域拆分为微服务，每个服务独立部署、独立扩缩容。常见拆分包括：任务调度服务、机库管理服务、遥测接入服务、告警服务、视频转码服务、固件管理服务、用户与权限服务。服务之间通过消息队列或gRPC通信，避免数据库直连造成的耦合。
容器化是微服务落地的关键。每个服务打包为容器镜像，由Kubernetes编排，配合HPA根据CPU、内存或消息积压量自动扩缩容。边缘侧则常用K3s或Docker Compose，镜像体积更小、启动更快。下面是一个典型的边缘服务容器编排片段：
services:
edge-gateway:
image: registry.local/edge-gateway:1.8.2
restart: always
environment:
- MQTT_BROKER=mqtt://edge-broker:1883
- CLOUD_ENDPOINT=wss://cloud.example.com/edge
volumes:
- ./cache:/data/cache
edge-inference:
image: registry.local/yolo-edge:2.3
deploy:
resources:
limits:
memory: 2G
容器化带来的直接收益是环境一致性和灰度发布。云端可以先对10%的机场灰度新版本，观察告警率和任务成功率，再全量推送。边缘升级则采用双分区镜像，失败可回滚，避免“升级即失联”。
三、消息队列与数据流设计
消息队列是边缘与云之间的“缓冲带”和“解耦器”。遥测数据、事件、指令、告警分别走不同主题，避免相互阻塞。推荐使用MQTT承载设备侧轻量消息，Kafka承载云端高吞吐数据流，RabbitMQ或RocketMQ承载业务事件。关键设计原则是：控制指令走低延迟通道，遥测与视频走高吞吐通道，告警走可靠确认通道。
数据流通常分为三条链路：
- 上行遥测链路：无人机/机库 → 边缘MQTT → 边缘缓存 → 云端Kafka → 时序数据库/告警服务。
- 下行指令链路：云端调度 → 指令主题 → 边缘网关 → 机库控制器，带ACK与超时重试。
- 媒体链路：视频流 → 边缘转码/抽帧 → 对象存储 → 云端AI分析，原始流不长期驻留云端。
设计要点：每条消息必须携带 airport_id、device_id、trace_id、timestamp 和 qos。没有 trace_id 的告警在跨服务排障时几乎无法定位。
四、案例与场景：一次断网续传的完整数据流
某自动机场在山区执行巡检任务时，公网链路中断约8分钟。边缘网关检测到云端心跳超时后，立即切换为本地自治模式：任务继续执行，遥测写入本地时序库，视频抽帧存入本地缓存，告警仅在本地声光提示。链路恢复后，边缘按时间顺序将缓存数据批量推送到云端Kafka，云端告警服务根据 trace_id 去重合并，最终只生成一条“链路中断恢复”事件，而不是数百条重复告警。
经验：断网续传必须设置缓存上限和淘汰策略。建议遥测保留24小时、视频抽帧保留2小时，超出后按优先级丢弃低价值数据，避免边缘磁盘写满导致控制服务崩溃。
五、常见误区与复盘
| 误区 | 后果 | 改进措施 |
|---|---|---|
| 所有数据都实时上云 | 弱网时控制链路被阻塞 | 控制与遥测分通道，边缘本地闭环 |
| 微服务共用数据库 | 耦合严重，无法独立扩缩容 | 按业务域拆分，服务间走消息或API |
| 告警不做收敛 | 告警风暴，运维疲劳 | 基于 trace_id 和根因做聚合去重 |
| 边缘升级无回滚 | 升级失败导致机场失联 | 双分区镜像 + 健康检查 + 自动回滚 |
排障提醒：当出现“云端看不到遥测但边缘正常”时，优先检查边缘消息代理的队列积压、云端Kafka主题分区是否均衡、以及边缘到云端的TLS证书是否过期。不要一上来就重启云端服务。
综上，自动机场云端架构的关键不是堆砌技术组件，而是围绕实时控制、断网自治、异步解耦、弹性伸缩四个目标做取舍。边缘-云协同决定了系统在真实网络环境下的可用性，微服务与容器化决定了迭代效率，消息队列与数据流设计决定了系统在高并发下的稳定性。只有把这三者放在同一张架构图上统一设计，自动机场才能真正做到“云端可管、边缘可控、数据可追”。