开发者学堂课程【阿里云 AIoT 物联网开发实战：AloT 企业物联网平台入门01】学习笔记，与课程紧密联系，让用户快速学习知识
课程地址：https://developer.aliyun.com/learning/course/754/detail/13229
AloT 企业物联网平台入门01
8、One More Thing
整个物联网平台提供了：
（1）生命周期的管理：从设备的注册出厂之后的激活，设备上线离线，以及设备整个被销毁，整个生命周期的管理。
（2）设备影子的能力：设备影子是物联网平台上对物理世界的虚拟化的备份，会同步设备的状态，业务系统也可以不需要触打真实设备，通过和云端的影子做高效的交互就可以最终反馈到真实的设备上
（3）完整这个监控运维：通过监控报表可以轻松的感知到有多少设备在线，有多少消息收发以及数据流转的情况，设备在全国各地的分部，个别异常设备上报行为的列表。
（4）完整的固件升级服务：通过这个服务可以轻松的对分布在全国各地的设备做灰度的升级，比如按不同的版本，不同的记忆做升级或者做全量的升级，以及安卓系统上面的查分升级能力。
（5）详尽的日志服务：通过日志服务我们感知到设备的上线时间，离线时间，设备离线的原因，但日志服务也记录了云端指令的完整的下发过程，以及设备上报的数据，物模型会做数据的校验，校验后通过的会做数据的暂存。
如上图是一个设备数据上报，通过自定义的脚本把私有的数据转化成结构化的jason，再通过规则引擎流转到业务服务器里，会给互联网平台响应一个 ACK，确认这条消息已经被消费，这个数据的流转过程都可以在日志服务里查询到，为我们的开发和线上的异常提供了良好的排查工具。
互联网平台的全球的部署：
国内有北京，上海，深圳三个大的区域开服，在海外有新加坡，日本，欧洲有德国，美国有美西和美东同时针对物联网的设备分布在全球各地的场景，有两千多个就近的接入点来加速设备的数据上云，对于企业的业务系统来说，只需要选择云上的几个主要的接入点就可以在接入点上拿到全量设备的数据，不需要做加速节点的部署，这也是企业自建不了互联网平台所不具有的这个优势。
二、客户案例和开发实战
1、客户案例
以下企业已经在使用物联网的服务：
金通自行车，是共享单车出现之前就有的便民的城市绿色的出行的工具，在杭州已经有很多几十万辆的部署，同时金融科技也在给周边的城市省份做技术的输出，整个共享自行车也是基于阿里云的物联网平台搭建的，同样在共享充电宝领域，修电科技也是在使用阿里云的物联网平台做充电宝机柜的管控，充电宝借还的管理，在大学校园的共享洗衣机领域，有企业客户叫企鹅科技，为几千万的大学生来提供洗衣和饮水的服务，在高速高速公路的这种服务站以及社区的公共厕所里，也有个企业叫纸巾宝，提供纸巾的服务，在消费吃饭，像需要开发票的情况下，有一个客户也是在税控机，它的税控机是完全通过物联网平台来做管理的，另外常见的公共区域的零售柜儿，背后也是互联网平台提供通讯服务，最常见的扫码支付，扫码支付后会有播报，就比如支付宝到账20元，播报信息其实也是通过互联网平台来推送的，南京的功法豆是做这种照片的打印，在商场有很多这种可以做互动，然后扫码打印照片，在智能家居领域九阳，创维，还有海尔都在使用物联网平台，在空气净化器以及加湿器，空气管家，也是基于互联网平台提供服务，爱打游戏的同学家里一般会买智能的路由器，比如说集训的路由，整个游戏的加速，其实最后也是通过互联网平台来做这种实施的节点配置，在公共出行领域，整个北京首都公交车其实也都是物联网平台提供800万美元每天的刷卡服务，在园区还有楼宇的能耗管控上面，有很多客户为大家提供企业服务
（1）共享充电宝案例：
在阿里云上的第一个产品就是企业物联网平台，那通过产品来实现“端和云”的通讯，背后来对接阿里云的实时计算和存储，为客户提供了海量的设备接入，第一时间的消息通讯以及完整的链路的实时的监控，来保证充电宝的接还能够顺利的进行，指令实时的触发。
（2）智能媒体屏案例：
常见的电梯的广告屏，商场里的商显屏，小区里的广告屏，也在采用我们物联网的解决方案，那这里整个广告屏通过蜂窝网络来接入物联网平台，实现媒体屏的智能化管理、媒体资源的分发，以及实时的播放的记录。
（2）楼宇园区的监控案例：
存量设备是通过边缘网关服务来接入到云上，边缘网关在这里提供了设备的完整的急查急用的驱动，协议转换驱动，同时还做了本地设备间的实时的联动，设备采集的数据会通过规则在边缘网关来判断是本地存储还是流转到云上，既减轻了云上业务系统的数据处理压力，也保障了敏感数据不上云的诉求。
通过这些案例可以看到物联网平台是整个企业业务最关键的环节，是设备的数据上云的第一个入口，只有通过物联网平台后，数据才能更好的存储在数据库里或者做业务的运算，云端的指令也是通过物联网平台的出口来触达到远端的设备上。
2、开发实战。
以体温采集为为例：采集到数据之后如何传递到云端，在云端通过规则引擎做业务数据的丰富，然后流转到业务系统，业务系统做数据的落地和 c 端的展示。
（1）云端产品定义和设备注册
基于上面的架构图，首先登录到互联网平台的控制台来创建产品（这个产品是直连云端的产品），数据通讯采用 jason 的格式，创建产品后定义一个通讯用的 topic，定义完后，在模型下边注册一个设备，注册设备后会设获取到设备的身份，这个身份就是用于和云端建立连接时的身份校验，这里是以三个字符串来标识身份product，key 和 secret。
（2）流转配置
先创建一个消费组，消费组是为了接收设备产生的数据，然后配置规则，通过规则引擎把设备产生的数据做处理，处理后流转到刚刚创建的消费组上，业务系统就可以从消费组来取数据了，就完成了云端控制台的一个配置。
（3）设备端硬件的开发：
第一部分：引入一个 MQTT 协议库来做云端的连接，把设备身份写到程序里，有了设备身份后，可以用这个身份和云端建立 MQTT 连接，这条连接建立后，可以实时的监听云端推送下来的指令信息也可以定时的来上报设备上传感器采集到的这些数据。
（4）服务端的开发
云端用的是 access key 以及我们消费组的 ID，有了身份后，可以通过 cp 的 DSK 来和云端建立一条连接，可以实时的来监听设备上报的数据，这里会包含设备上报的topic，消息一个 ID 以及完整的消息内容，这样就完成了设备端和云端的开发。
（5）端到端联机运行
当启动设备端后，就会定时上报信息，这时在日志服务里也可以通过消息详情来查看我们设备上报的 topic 以及设备的内容，在日志服务的流转里可以看到设备上报消息，消息流转到规则引擎，规则擎推送到消息队列，业务系统的服务器14s来消费消费组的数据，同时给互联网平台回复一个 ACK，表示这条消息已经消费成功，可以删除了。
在消费组的控制台，也可以看到有几个消费者，消费速率是多少，以及当前有没有消息堆积？
以上就是简单的设备的接入数据的上报，数据流转到业务系统的开发过程。
