1. 课程导入
自动机场（也称无人机机巢、自动值守平台）把无人机从“需要飞手现场操作”的设备，变成了可远程调度、自动起降、自动换电、自动回传数据的无人值守节点。而真正决定这套系统能否规模化运行的，往往不是无人机本身，而是它背后的云端运维与告警工程：设备是否在线、舱门是否到位、电池是否健康、网络是否稳定、任务是否失败、告警是否被及时处理。本课程的目标，就是让学习者具备从“看得见设备”到“管得住系统”的完整能力。
一、学习目标：从设备接入到告警闭环
本课程围绕一条主线展开：设备接入 → 数据采集 → 状态监控 → 告警判定 → 通知处置 → 复盘优化。学完之后，你应当能够独立完成以下工作：
- 理解自动机场云端系统的整体架构，说清边缘侧、云端、应用侧各自的职责边界。
- 掌握设备接入与物模型建模方法，能把舱门、升降台、充电桩、气象站、无人机等对象抽象为可监控的属性和事件。
- 掌握遥测数据、状态数据、事件数据的采集与上报机制，理解 MQTT、HTTP、WebSocket 等协议在其中的适用场景。
- 能够设计合理的告警规则，包括阈值告警、离线告警、组合条件告警和告警抑制策略。
- 能够搭建告警通知链路，把告警准确推送到值班人员，并形成可追踪的处置记录。
- 具备基础排障能力，能通过日志、指标和链路追踪定位“设备离线”“任务卡死”“告警风暴”等典型问题。
核心判断标准：一个合格的自动机场云端运维系统，不是“能连上设备”就算完成，而是要做到状态可观测、异常可发现、告警可触达、处置可闭环、问题可复盘。这五个“可”贯穿本课程全部章节。
二、核心概念：先建立一张“系统地图”
在进入具体技术之前，需要先统一几个关键概念，否则后续很容易把“设备状态”和“业务状态”混为一谈。
| 概念 | 含义 | 典型对象 | 运维关注点 |
|---|---|---|---|
| 自动机场 | 具备自动起降、换电、充电、环境保障能力的无人机值守平台 | 舱体、升降台、机械臂、充电桩 | 舱门到位、温湿度、供电、机械动作 |
| 边缘侧 | 部署在机场现场的计算与控制单元 | 边缘网关、工控机、PLC | 本地控制、断网续传、协议转换 |
| 云端平台 | 负责设备管理、数据存储、规则计算和应用服务的中心系统 | IoT 平台、告警引擎、任务调度 | 接入规模、规则准确性、服务可用性 |
| 物模型 | 对设备能力、属性、事件、服务的结构化描述 | 属性、事件、服务 | 建模是否完整、字段是否可解析 |
| 遥测数据 | 设备周期性上报的运行参数 | 电压、温度、风速、电量 | 采集频率、时序质量、异常波动 |
| 告警事件 | 由规则触发、需要人工或自动处置的异常记录 | 离线告警、超温告警、任务失败 | 准确性、及时性、去重与升级 |
这些概念之间不是孤立的。设备通过物模型被云端“认识”，遥测数据持续流入时序库，规则引擎在数据流上做判断，一旦命中条件就生成告警事件，再通过通知渠道触达值班人员。理解这条链路，是后续所有实操的基础。
三、整体框架：一张图看清数据如何流动
下图展示了自动机场云端运维与告警工程的典型分层结构。左侧是现场设备与边缘侧，中间是云端的数据接入、存储与规则计算，右侧是面向运维人员的应用与通知出口。请重点观察数据从下往上、从设备到人的流动方向，以及告警规则在其中的位置。
从图中可以看到，边缘侧承担了“最后一公里”的可靠性和协议适配，云端承担了规模化接入、规则计算和事件管理，应用层则决定了告警能否真正被人看到并处理。任何一层缺失，都会导致“设备在线但无人知晓异常”的运维盲区。
四、行业应用场景：为什么这套能力越来越重要
自动机场已经进入电力巡检、应急消防、水利河道、交通巡查、园区安防、环保监测等多个行业。不同场景对运维与告警的要求差异很大：
- 电力巡检：机场多部署在变电站、输电线路附近，网络条件复杂，最怕“离线后任务丢失”。重点告警包括设备离线、电池异常、舱内温湿度过高。
- 应急消防：要求 7×24 小时待命，任务响应时间以分钟计。重点告警包括机场不可用、通信中断、任务下发失败。
- 水利河道：点位分散、无人值守周期长，重点告警包括供电异常、水位联动失败、视频丢失。
- 园区安防：机场与门禁、监控、广播系统联动，重点告警包括入侵事件联动失败、航线冲突。
场景差异带来的启示：告警规则不能“一套打天下”。同样是“设备离线 5 分钟”，在园区安防中可能只是网络抖动，在应急消防中却可能意味着一次任务保障失败。规则阈值、升级策略和通知渠道必须结合业务影响来设计。
五、常见误区与复盘思路
初学者最容易陷入以下误区，建议在学习过程中反复对照：
- 只关注“连得上”，不关注“报得准”。设备接入成功只是第一步，遥测字段缺失、时间戳错乱、单位不统一，都会让后续告警形同虚设。
- 把所有异常都做成告警。告警泛滥会导致值班人员麻木，真正重要的告警被淹没。需要区分“通知”“告警”“严重告警”三级。
- 忽略断网续传和本地缓存。自动机场现场网络不稳定是常态，边缘侧必须具备缓存与补传能力，否则数据会出现空洞。
- 告警没有闭环。只发通知、不记录处置结果，就无法统计误报率，也无法优化规则。
# 一个典型的告警事件结构（示意）
{
"alert_id": "ALT-20240612-0007",
"device_id": "airport-hz-003",
"alert_type": "DEVICE_OFFLINE",
"severity": "critical",
"trigger_time": "2024-06-12T08:31:20+08:00",
"condition": "last_seen > 300s",
"status": "firing",
"notify_channels": ["sms", "wecom"],
"acknowledged_by": null
}