1. 课程导入与ThingsBoard全景认知
在开始学习《ThingsBoard物联网平台架构工程》之前，先建立一张"全景地图"非常重要。ThingsBoard 并不是一个孤立的软件，而是一套围绕"设备接入—数据存储—规则处理—可视化呈现—业务集成"构建的物联网平台。本课程的目标，是让你从"会用界面"进阶到"能设计架构、能部署运维、能排障优化"的工程能力。因此第一章不急于写代码，而是先回答三个问题：物联网平台到底要解决什么？ThingsBoard 在整体架构中处于什么位置？学完之后我能做什么？
一、物联网平台的核心能力
一个典型的物联网系统，从物理世界到业务价值，通常要跨越五道"关口"：设备连接、数据采集、数据存储、规则处理、应用呈现。物联网平台的价值，就是把这几道关口标准化、产品化，让开发者不必从零造轮子。
以 ThingsBoard 为例，它的核心能力可以归纳为以下几类：
- 设备接入与协议适配：支持 MQTT、HTTP、CoAP、LwM2M、SNMP 等协议，设备既可以直接连接，也可以通过网关代理接入。
- 设备管理与生命周期：设备、资产、客户、租户的建模，凭证管理、激活、禁用、分组与标签。
- 遥测与属性存储：时序遥测（telemetry）与属性（attributes）分离存储，支持 PostgreSQL、Cassandra、TimescaleDB 等不同后端。
- 规则引擎：以节点链方式对消息做过滤、转换、告警、转发、入库，是平台"业务大脑"。
- 可视化与仪表板：拖拽式 Dashboard，支持实时图表、地图、告警面板、控制组件。
- 告警与通知：告警规则、告警生命周期、邮件/短信/Webhook 通知。
- 开放集成：REST API、MQTT API、WebSocket、边缘计算 Edge、与 Kafka、Spark、第三方系统对接。
理解这些能力的关键，不是记住名词，而是理解它们之间的数据流向：设备上报的数据先进入接入层，被解析为平台内部消息，再经规则引擎分流——一部分落库，一部分触发告警，一部分推送给仪表板或外部系统。这条链路，就是后续所有章节的主线。
二、ThingsBoard 在物联网架构中的定位
如果把物联网系统分成四层——感知层、网络层、平台层、应用层，那么 ThingsBoard 主要落在平台层，同时向上支撑应用层、向下兼容多种网络与设备接入方式。它既不是单纯的数据库，也不是单纯的前端可视化工具，而是"承上启下"的中枢。
下面这张图展示了 ThingsBoard 在典型物联网架构中的位置，以及数据从设备到业务应用的完整流向。图中同时标出了平台内部的关键模块，便于你建立"外部定位 + 内部结构"的双重视角。
从图中可以看到，ThingsBoard 的边界非常清晰：向下通过多种协议"接得住"设备，向上通过 API 和仪表板"送得出"价值。规则引擎是平台内部的中枢，决定了数据是入库、告警还是转发。理解这张图，后续学习设备接入、规则链、仪表板时就不会"只见树木不见森林"。
三、典型应用场景
ThingsBoard 的适用面很广，但不同场景对架构的要求差异很大。下面列举几类典型场景，帮助你建立"场景—能力—架构"的对应关系：
| 应用场景 | 核心诉求 | ThingsBoard 关键能力 |
|---|---|---|
| 智慧楼宇 | 多设备接入、能耗监测、告警联动 | 网关接入、规则引擎、仪表板、告警 |
| 工业设备远程运维 | 高频遥测、边缘预处理、断网续传 | Edge、MQTT、时序库、规则链 |
| 智慧农业 | 低功耗、广覆盖、阈值告警 | LwM2M/CoAP、告警规则、地图组件 |
| 车队管理 | GPS 轨迹、实时位置、历史回放 | 遥测存储、地图仪表板、REST API |
| 能源电力监测 | 多租户、数据隔离、报表导出 | 租户/客户模型、RBAC、报表组件 |
可以看到，场景不同，重点能力也不同。本课程会围绕这些能力逐一展开，而不是只讲界面操作。
四、学习路径规划
本课程共 30 章，整体遵循"认知 → 部署 → 接入 → 处理 → 呈现 → 运维 → 进阶"的递进逻辑。建议按以下路径学习：
- 认知阶段（第 1–3 章）：建立全景认知，理解平台架构、核心概念与部署形态。
- 部署阶段（第 4–7 章）：掌握单机、Docker、集群部署，理解各组件职责与依赖。
- 接入阶段（第 8–13 章）：设备、网关、协议、凭证、属性与遥测上报。
- 处理阶段（第 14–19 章）：规则引擎节点、告警、数据转发、脚本与集成。
- 呈现阶段（第 20–23 章）：仪表板、组件、地图、报表与多租户展示。
- 运维阶段（第 24–27 章）：监控、备份、性能调优、故障排查。
- 进阶阶段（第 28–30 章）：Edge 边缘计算、二次开发、综合项目实战。