第1章物联网云平台概述

一、物联网云平台概述：什么是物联网云平台、主流平台对比、平台选型考量

大家好，我是老张。今天咱们聊聊物联网云平台。说实话，这玩意儿我接触了快十年，踩过的坑比走过的路还多。你想想看，一个设备连上网，数据往哪儿发？怎么存？怎么管？这就是云平台要解决的事。

说白了，物联网云平台就是设备与应用的中间层。它帮你搞定三件事：设备接入、数据存储、应用使能。我习惯把它比作一个「智能中转站」——设备把数据扔过来，平台帮你清洗、存储、分析，最后推送给你的业务系统。

核心能力拆解：

嗯，这里要注意。很多新手以为云平台就是个数据库，其实远不止。我在项目中遇到过一家公司，自己搭了个MySQL就想管十万台设备，结果一个月后数据库直接崩了。为什么？因为物联网数据是时序的、高频的、海量的，传统关系型数据库根本扛不住。

目前市面上三大主流平台：阿里云IoT、AWS IoT、Azure IoT。我三个都用过，各有千秋。咱们直接上干货对比。

维度	阿里云IoT	AWS IoT	Azure IoT
设备接入	MQTT、CoAP、HTTP，支持一机一密	MQTT、HTTP、WebSocket，Device Shadow	MQTT、AMQP、HTTPS，支持DPS自动注册
数据存储	时序数据库TSDB + 对象存储OSS	DynamoDB + S3 + Timestream	Cosmos DB + Blob Storage + Time Series Insights
规则引擎	SQL式规则，支持转发到RocketMQ、函数计算	SQL式规则，支持Lambda、Kinesis、SQS	Azure Stream Analytics，支持Functions、Event Hub
边缘计算	Link IoT Edge，支持函数计算下沉	AWS Greengrass，支持Lambda本地运行	Azure IoT Edge，支持模块化部署
安全认证	X.509证书、设备密钥、动态注册	X.509证书、IAM角色、Cognito身份池	X.509证书、SAS令牌、DPS组注册
国内部署	✅ 国内节点丰富，合规性好	⚠️ 国内节点有限，需走光环新网	⚠️ 由世纪互联运营，延迟略高
计费模式	按消息量+设备数+存储量	按连接分钟+消息数+规则执行次数	按设备数+消息数+数据保留天数

我的个人经验：

如果你做国内项目，尤其是工业物联网、智慧城市这类对数据合规要求高的场景，阿里云IoT是首选。我去年帮一个水务集团做项目，数据必须留在中国境内，AWS和Azure的国内节点都不太够用，最后选了阿里云，接入两万多台设备，稳得很。

选平台这事儿，我建议你从五个维度去思考。别光看宣传，得结合自己的场景。

设备规模与协议：你的设备是几万台还是几十万台？支持MQTT吗？有些平台对设备数有限制，比如免费版只能接50台，你得看清楚。
数据合规与部署：数据能不能出国？行业有没有特殊要求？比如金融、医疗、政务，通常要求数据留在国内。我曾经帮一个金融客户选型，他们要求所有数据必须存储在境内私有云，最后只能选阿里云专有云方案。
生态与集成：你的业务系统用的是什么？数据库是MySQL还是PostgreSQL？消息队列用Kafka还是RocketMQ？选平台时得考虑能不能无缝对接。阿里云对国内生态集成最好，AWS对全球生态最友好。
成本模型：别只看单价，要看总拥有成本。有些平台消息费便宜，但存储费贵；有些设备接入免费，但规则引擎按次收费。我建议你拿真实业务数据跑个POC，算清楚一个月要花多少钱。
团队技术栈：团队熟悉什么语言？Java、Python、Node.js？阿里云的SDK对Java和Python支持最好，AWS的Lambda支持多种语言，Azure对.NET开发者最友好。别为了用平台而逼团队学新语言，得不偿失。

避坑指南：

我曾经帮一家智能家居公司选平台，他们看中AWS IoT的Device Shadow功能，觉得设备影子管理很方便。结果上线后发现，AWS在国内的延迟高达200ms，设备状态同步经常超时。最后不得不迁移到阿里云，折腾了两个月。所以，国内项目优先考虑国内平台，别迷信国外大厂。

说了这么多，给你一个简单粗暴的建议：

你想想看，选平台就像选房子——地段、户型、价格、物业，都得看。没有最好的平台，只有最适合你的平台。我个人的习惯是，先跑一个最小可行产品，用真实数据测试三个月，再决定是否大规模迁移。

嗯，这一章就聊到这儿。下一章咱们深入讲讲设备接入的具体实现，包括MQTT协议怎么配、证书怎么搞、设备怎么注册。到时候我会拿阿里云IoT的实际代码来演示，保证你学完就能上手。