一、物联网云平台概述：主流平台对比与核心架构

大家好，我是老李。做物联网这些年，我最大的感触就是——选对云平台，项目就成功了一半。今天咱们就来聊聊物联网云平台的选型、MQTT协议，以及那个经典的“设备-云-应用”三层架构。

说实话，我刚入行那会儿，云平台还没这么成熟。那时候自己搭服务器、写通信协议，折腾得够呛。现在好了，阿里云、华为云、腾讯云这些大厂都提供了完整的IoT解决方案。但问题也来了——到底选哪个？

1.1 主流云平台对比

我个人习惯把这三家平台比作“三兄弟”：阿里云IoT像大哥，生态最全；华为云IoT像二哥，工业级稳定；腾讯云IoT像三弟，上手最快。咱们用表格说话：

对比维度	阿里云IoT	华为云IoT	腾讯云IoT
设备接入协议	MQTT、CoAP、HTTP	MQTT、LwM2M、HTTP	MQTT、HTTP
设备影子	✅ 支持	✅ 支持	✅ 支持
规则引擎	强（SQL式过滤）	强（图形化编排）	中等（函数计算）
免费额度	100万条消息/月	100万条消息/月	100万条消息/月
典型场景	智慧农业、智能家居	工业制造、车联网	智慧零售、小程序
开发者体验	文档详细，SDK丰富	认证流程稍复杂	与微信生态无缝对接

1.2 MQTT协议基础

说到物联网通信，MQTT是绕不开的。说白了，它就是为“低带宽、高延迟、不可靠网络”设计的轻量级协议。你想想看，农田里的传感器，信号时好时坏，用HTTP轮询？那不得把电池耗光。

MQTT的核心机制就三个词：发布、订阅、主题。我举个例子：

• 设备端：气象站传感器每隔5分钟发布一条消息到 /farm/station01/temperature
• 云平台：订阅这个主题，收到消息后存储到数据库
• 应用端：订阅 /farm/station01/#，就能实时收到所有数据

这里有个关键点——QoS（服务质量）。MQTT定义了三个等级：

1. QoS 0：最多发一次，丢了不管。适合温度这种偶尔丢一两条无所谓的场景。
2. QoS 1：至少发一次，可能会重复。适合报警信息，宁可重复也不能漏。
3. QoS 2：恰好发一次，最可靠但最慢。适合控制指令，比如远程启动灌溉。

来看一个最简单的MQTT连接代码（Python示例）：

import paho.mqtt.client as mqtt

# 连接回调
def on_connect(client, userdata, flags, rc):
    print("连接成功，返回码：" + str(rc))
    # 订阅主题
    client.subscribe("farm/station01/#")

# 消息回调
def on_message(client, userdata, msg):
    print(f"收到消息：{msg.topic} -> {msg.payload.decode()}")

# 创建客户端
client = mqtt.Client()
client.on_connect = on_connect
client.on_message = on_message

# 连接阿里云IoT（示例地址）
client.connect("iot-xxxxx.iot.aliyuncs.com", 1883, 60)
client.loop_forever()

这段代码看着简单，但实际项目中要注意：心跳包间隔、重连机制、TLS加密。我见过太多设备因为没做重连，断网后就再也连不回来了。

1.3 设备-云-应用三层架构

这个架构，说白了就是物联网的“骨架”。咱们用农业气象站来拆解：

• 设备层：温度传感器、湿度传感器、风速仪、雨量计……这些硬件负责采集数据。它们通过Wi-Fi、4G或LoRa连接到网络。
• 云平台层：接收设备数据，做存储、分析、规则判断。比如温度超过40度就触发报警。
• 应用层：手机App、Web后台、大屏展示。用户在这里看数据、下指令。

你想想看，如果没有云平台，设备直接连App会怎样？设备一多，App根本扛不住。而且设备离线了，数据就丢了。云平台就像个“中转站+仓库”，把设备和应用解耦了。

1.4 小结

这一章咱们聊了：

• 三大云平台怎么选——看场景、看预算、看团队熟悉度
• MQTT协议的核心——发布/订阅模式，QoS等级选择
• 三层架构怎么搭——设备采集、云平台处理、应用展示

下一章，咱们会手把手搭建一个真实的农业气象站设备端，从硬件选型到代码实现，一步步来。到时候你会看到，这些理论知识是怎么落地的。