第3章云平台基础概念

第1章：云平台基础概念

IoT云平台，说白了就是给设备上网用的「中间人」。

你想想看，光伏逆变器、储能电池、电表这些设备，它们本身不会说话。它们只会发一些Modbus、CAN之类的协议数据。云平台的作用，就是把这些「方言」翻译成互联网能懂的「普通话」。

我个人习惯把IoT云平台拆成三层来看：

我在项目中遇到过不少团队，自己搭MQTT服务器来搞设备接入。说实话，小规模玩玩还行，一旦设备量上了千台，光维护连接稳定性就够你喝一壶的。这时候，用成熟的IoT云平台就划算多了。

核心要点：IoT云平台不是简单的「消息转发器」，它要解决设备认证、数据安全、离线缓存、规则引擎等一系列问题。选平台之前，先搞清楚你的设备规模和数据量级。

目前国内光储项目用得最多的，就是阿里云IoT、华为云IoT和AWS IoT这三家。我挨个说说我的实际感受。

阿里云IoT在国内市场占有率很高。它的优势在于生态成熟，文档齐全，而且跟阿里系的其他产品（比如RDS、OSS）集成得很顺。

我记得有一次做储能项目，设备需要上报SOC、SOH这些电池状态数据。阿里云IoT的规则引擎可以直接把数据流转到表格存储，省去了自己写数据管道的麻烦。

不过要注意，阿里云IoT的设备影子功能，在设备频繁断连时会有同步延迟。我曾经踩过这个坑，后来加了本地缓存才解决。

华为云IoT在工业场景下表现很稳。它的设备接入网关支持多种协议，像MQTT、CoAP、HTTP都原生支持。对于光储系统这种需要同时对接逆变器、BMS、电表的场景，华为云的协议适配能力确实强。

我个人觉得华为云IoT的弱项在于开发者体验。它的SDK版本管理有点乱，有时候升级一个接口，旧代码就跑不起来了。建议你在项目初期就锁定SDK版本，别轻易升级。

AWS IoT是全球部署能力最强的。如果你的光储系统要出海，或者有跨国运维的需求，AWS IoT是首选。

AWS IoT的Device Shadow（设备影子）机制做得很好。它能把设备的最新状态缓存到云端，即使设备离线，应用层也能读到数据。这个特性在储能系统的远程诊断中特别有用。

但AWS IoT在国内的访问延迟是个问题。我建议国内项目优先考虑阿里云或华为云，海外项目再选AWS。

对比维度	阿里云IoT	华为云IoT	AWS IoT
协议支持	MQTT、CoAP、HTTP	MQTT、CoAP、HTTP、Modbus	MQTT、HTTP、WebSocket
设备影子	支持，有同步延迟	支持，稳定性好	支持，机制成熟
规则引擎	丰富，集成度高	中等，需额外配置	强大，灵活度高
全球部署	亚太为主	亚太+欧洲	全球覆盖
国内访问延迟	低	低	较高
开发者体验	好，文档齐全	一般，版本管理混乱	好，但学习曲线陡

我的建议：别盲目追求大平台。先评估你的设备量、数据频率、部署地域，再选平台。小项目用阿里云IoT起步最快，大项目或出海项目考虑AWS IoT。

云平台的架构，我习惯用一张图来理解。下面这张SVG图，是我自己画的光储系统云平台架构图，你可以参考一下。

这张图展示的是典型的光储系统云平台分层架构。从上到下分别是：

避坑指南：我曾经在数据处理层吃过亏。当时为了省成本，把所有原始数据都存到了同一个数据库表里。结果设备量一上来，查询性能直接崩了。后来按设备类型和时间做了分表，才解决问题。记住，数据分层存储是架构设计的关键。

嗯，这里还要提一下设备影子。设备影子是云平台维护的一个虚拟设备状态副本。即使设备离线，应用层也能读到设备的最新状态。在光储系统中，这个功能特别有用。比如储能柜断网了，运维人员还能在平台上看到它最后的SOC和运行状态。

我个人习惯在项目初期就把设备影子的同步策略想清楚。是实时同步还是定时同步？同步失败怎么处理？这些细节决定了系统的可靠性。

小技巧：如果你用的是阿里云IoT，设备影子的更新频率建议控制在5秒以上。太频繁的更新会导致云端压力过大，而且设备端也可能来不及响应。

好了，这一章的内容就到这里。云平台的基础概念是后续所有章节的基石，理解清楚这三层架构和主流平台的特点，后面做对接的时候会顺手很多。