统一完成设备注册、分组管理和命令下发。EMQX Fleets 将完整设备管理栈作为 EMQX Cloud 上的单一托管服务交付，省去 AWS IoT Core 组件拼装，数天内即可上线。
百万级
单个设备群可管理设备数
<100 ms
设备影子更新延迟
99.95%
服务 SLA
MQTT 5.0
原生传输协议
一个
统一 EMQX Cloud 控制台
团队要么把 Broker、数据库和自研 API 硬拼在一起，要么被锁定在云厂商 IoT 技术栈中。两条路都会消耗时间和预算，并放大运维风险。
Broker、设备影子、注册表和时序存储分散在不同服务里，对应不同账单和 SLA。
AWS IoT Core、Azure IoT Hub 等平台会把设备绑在专有主题、专有接口和专有计费模型里。
自研注册表、设备影子和命令链路，往往要投入 6–12 个月，第一台设备才能真正上线。
没有统一注册表和查询层，运维人员很难回答“Building A 里哪些设备离线了？”
Fleets 构建于 EMQX Broker 和 EMQX Tables 之上，提供注册表、设备影子、查询、任务和诊断能力，并以 EMQX Cloud 单一托管服务的形式交付。
多家供应商、多份账单，还要维护大量集成代码。
设备
自建 Broker
自研注册表
影子数据库
任务执行器
独立时序库
5 项托管基础能力，一个控制台，一个 API。
使用 Thing Types 定义设备模板，注册 Things，并归入 Thing Groups；控制台和 REST API 均可操作。
每台设备都有独立影子，记录 reported state，接收 desired state，并通过 MQTT 双向同步，内置版本控制。
按类型、分组、标签、状态或属性值搜索和筛选整个设备集群。百万级设备也能快速返回结果。
向数千台设备推送配置或触发命令，支持投递跟踪、超时、重试和逐次执行状态。
控制台导览。为运维场景打造，也兼顾工程实现。
一个视图掌握每个设备集群。Thing Types、已注册 Things、在线数量、部署健康状态和区域信息实时刷新。
Thing Types
12
Things
248,103
在线
241,872
| 属性 | 值 |
|---|---|
| 状态 | 运行中 |
| 云平台 | AWS / Azure / Google Cloud |
| 区域 | us-east-1 |
一次建模，批量注册。用版本化 JSON 定义 Thing Type；每个 Thing 继承其属性、事件和命令，并自动上报状态。
| Thing | 类型 | 状态 |
|---|---|---|
| Main Floor Climate Hub | home-climate-hub@1.0.0 | online |
| Loading Dock Sensor 04 | door-sensor@2.1.0 | online |
| Robot Arm · Bay 12 | robot-arm-r6@1.4.0 | online |
Reported、Desired 与 Delta 实时收敛。设备影子让运维人员并排查看设备上报状态和云端期望状态，支持版本向量和自动确认。
Reported
{
"mode": "standard",
"version": 42
}
Desired
{
"mode": "eco",
"version": 43
}
在百万级设备中快速查询。按标签、分组、状态、类型或属性值过滤，并将结果用于看板、告警或下游链路。
1status:offline AND group:"Building-A"
2 AND tag:battery-watch
| 名称 | MQTT Client ID | 状态 | 标签 |
|---|---|---|---|
| lock-frontdoor | mqtt-lock-frontdoor | offline | building-a · battery-watch |
| thermostat-lab | mqtt-thermostat-lab | offline | building-a · floor-3 |
面向整个设备集群的任务和一次性命令。为数千台设备调度任务，或发送请求-响应命令，支持重试、超时和完整的逐次执行审计。
成功
3,084
进行中
812
失败
19
原本需要自建的基础能力，由 EMQ 统一设计、扩展和支持。
以可复用、可版本化的能力模板管理设备行为，后续演进更安全。
通过 REST API 或控制台注册、打标签、分组和退役设备；连接状态由 EMQX 跟踪。
按位置、项目或租户组织设备；层级命名空间提供带汇总计数的树状视图。
通过 MQTT 推送配置或触发命令，支持投递跟踪、超时和重试。
设备可发布带严重级别的事件；运维人员可在一个控制台中确认和处理。
使用 avg/min/max/last 聚合和时间分桶查询历史读数，无需额外数据链路。
Fleets 既提供工程师需要的 API 和基础能力，也提供业务团队管理设备所需的运营模型。
面向百万级车辆、OBU 和行车记录仪，提供按 VIN 管理的设备影子、OTA 期望状态和分组发布。
将 PLC、传感器和机器建模为 Thing Types；按工厂和产线分组，支撑预测性维护。
为恒温器、网关和传感器提供常在线影子；从 App 同步设定值，并按设备集群发布固件。
将 Fleets 作为 AI Agent 的控制平面，让 LLM 驱动的工作流安全查询状态、发送命令并响应事件。
使用版本化 JSON Thing Type 描述设备类型，包括属性、事件、命令和安全配置。
// home-climate-hub@1.0.0
{
"thingType": "home-climate-hub",
"version": "1.0.0",
"properties": {
"temp": "float",
"mode": "enum"
},
"events": ["over_temperature"],
"commands": ["set_mode"]
}
通过 REST API 或控制台注册 Things；设备使用 MQTT 5.0 连接，并自动绑定到对应类型。
# 注册一个 Thing
$ curl -X POST https://api.emqx.cloud/v1/things \
-H "Authorization: Bearer …" \
-d { "name":"main-hub-001",
"thingType":"home-climate-hub@1.0.0",
"tags":{ "building":"A" } }
在 EMQX Cloud 控制台查询设备集群、同步影子、调度任务，并流式处理历史数据。
# 查询 Building-A 中离线的 Things
GET /v1/things?q=status:offline AND group:Building-A
# 更新期望状态
PATCH /v1/things/main-hub-001/shadow/desired
{ "mode": "eco" }
Fleets 是 EMQX Cloud 上四个托管服务之一，共同组成完整的 IoT 后端。
EMQX Brokers
任意规模的托管 MQTT 5.0 消息服务。
EMQX Tables
与 Broker 集成的时序数据库。
EMQX Fleets
面向联网设备集群的设备管理。
EMQX Agents
面向 Agentic IoT 的 AI 控制平面。
开放标准、无锁定、全球边缘覆盖和企业级安全。
纯 MQTT 5.0 和 REST API。无需专有设备 SDK。
工作负载可迁入，也可迁出。你的主题，你的数据。
基于 AWS、GCP 和 Azure 的多云、多区域部署。
SOC 2 Type II、mTLS、RBAC 和 Defender 异常检测。
关于 EMQX Fleets 的常见问题。
我们每周开放新的设备群实例接入，并由工程团队提供上手支持。告诉我们你的使用场景，我们会在 5 个工作日内联系你。