定义
DMP（Device Management Platform，设备管理平台）是面向物联网设备的云端管理平台，提供设备接入、设备监控、OTA升级、远程控制、故障诊断等全生命周期管理能力。
核心能力
- 设备接入：支持 MQTT、CoAP、LwM2M 等多协议接入
- 物模型：基于 Thing Model 统一设备数据模型
- 运维闭环：告警、工单、远程运维一体化
架构与生态
DMP 通常采用云原生架构，包含设备接入层（MQTT Broker、协议网关）、规则引擎、存储层（Time Series DB 时序库、元数据库）、应用层（监控、OTA、运维）等。通过 OpenAPI、RESTful 接口与 ERP、EAM、BI、NOC 等系统集成；支持 Grafana、Power BI 等可视化工具对接。多租户、RBAC 权限、Audit Log 审计是企业级 DMP 的标配能力。
应用场景
DMP 广泛应用于智慧城市、工业互联网、智能家居、车联网、能源、医疗等领域。支撑设备从 Device Onboarding 入网、Device Monitoring 监控、OTA 升级、Remote Maintenance 远程维护到报废的全生命周期管理。是物联网规模化落地的核心基础设施。
接入存储和应用各管哪一段
设备管理平台的技术含义，是把终端的连接、档案、状态和运维动作放在同一套标识之下，而不是若干工具的松散集合。接入层只负责会话是否成立、报文能否到达；存储层负责档案、影子、遥测和任务记录能否按同一设备标识检索；应用层负责谁可以在什么状态下做升级、控制和诊断。三段用同一个设备标识贯穿。标识在接入时认出来的那一台，必须就是应用里被授权的那一台。平台可以对接外部的资产、工单和报表，但那些系统里的编号要能映射回来，否则平台只是一条数据管道。
适合用完整平台能力的条件，是设备数量或运维动作已经不是表格和单机工具能对清的，并且需要保留“谁对哪一台做了什么”。只为了看几台样机的实时值，不必先把生命周期、权限和发布流程全部打开。打开某一段时要有前置：没有稳定物模型，监控曲线就没有固定字段；没有认证，接入层就不应向应用交付数据。与设备生命周期和资产管理的边界是，平台掌握可连接对象及其允许的操作，资产系统掌握财务与实物台账，两边同步的是映射和状态，不是互相复制一整份无关字段。
把平台接入层当成业务系统
常见错误是让业务系统直接订阅接入层的原始会话，自己保存一套设备清单。随后平台里的报废、权限和改名，业务侧都不知道，两边对“有多少台设备”永远不一致。另一种是把平台当成万能数据库，把与设备无关的订单和人员主数据写进设备属性，物模型和权限因此膨胀，升级和检索都变慢。还有只建设了接入、没有任务和审计，远程重启通过临时脚本完成，出了问题找不到是谁发出的。
多租户如果只在界面上分菜单，接口仍能用设备标识跨租户读写，隔离就没有成立。开放接口应当使用与控制台同一套权限，而不是另发一把不受生命周期约束的密钥。版本升级平台本身时，要保证旧设备仍能按原协议接入，不能要求现场同一天全部改固件。平台的价值在于同一标识上的连接、状态和操作彼此约束；任何绕过档案直接改存储的维护，都会让这种约束失效，事后只能靠日志猜测现场为什么和界面不一致。
外部系统编号要能映射回来
平台与资产、工单、报表对接时，外部编号必须能映射回平台里的设备标识。映射不存在，运行数据和财务对象就只能靠名称猜测。名称一改，历史就挂错。接入层、存储和应用要共用这一个标识：会话认出来的设备，就是被授权升级和控制的那一台，也是报表按时间检索的那一台。业务系统若直接订阅原始会话并自己保存一份清单，平台里的报废和改名不会传到那份清单，两边的总数会永远不一致。平台也不该反过来存放与设备无关的订单和人员主数据，那些字段会让模型和权限膨胀，使升级与检索都变慢。
多租户的隔离要落在接口上，而不是只落在菜单上。一把不受生命周期约束的接口密钥，可以在控制台已经退役的设备上继续读写。开放接口应使用与控制台相同的权限判断。平台自身升级时，旧设备仍要能按原协议接入，不能要求现场在同一天全部更换固件。绕过档案直接改存储的维护，会让连接、状态和操作之间的约束失效，事后只能靠零散日志猜测界面为什么和现场不一致。只为几台样机看实时值，不必把这些约束一次全部打开；一旦设备数量和运维动作需要追问是谁对哪一台做了什么，缺一段就会补不回来。