物联网接入

一、物联网设备的接入特点
我们常说，物联网平台的使命就是将物理世界映射到数字世界，而对于具体的一个物联网设备而言，要完成数字化的前提，首先是必须要能够通过某种方式直接或者间接的“接入”到云端。

从“接入”这个视角去看，传统的互联网场景下，往往以app、web接入为主，app和浏览器在接入上的实现一般都是比较标准的，相应的提供接入服务的云端实现也就比较标准。而在物联网世界中，情况就大不相同了，千奇百怪的设备，特点各异的应用场景，组合出非常多样化的接入需求，因而对于物联网的接入层的实现也就提出了多样化的挑战。

终端碎片化
物联网设备碎片化严重，这种碎片化体现在很多维度。比如说，有的边缘网关是超高配置的物理机服务器，而有的传感设备则计算、存储和网络流量资源都极其受限。有的设备没有访问公网的能力，必须要借助网关才能连接云端。有的设备对功耗的要求极高，发一条消息就要休眠下，有的工业场景的传感器设备则一天24小时极其高频的大量上报点位信息，等等。这些不同的形态特点，所带来的需求和挑战也是不同的。

场景多样化
对于典型的边缘网络的场景，既需要边缘网关对设备进行本地控制（本地有拓扑结构，子设备数据通过网关通道上云），又需要设备能够在云端进行独立的数字建模。具体到拓扑结构上，既有树状的结构，也有mesh网状的结构，典型的如蓝牙mesh网络等。

协议多样化
物联网平台支持设备通过MQTT、CoAP和HTTP等标准协议，直接和云端通信，其他类型协议，如消防协议GB/T 26875.3-2011、Modbus、JT808等则暂不支持，事实上，平台侧也不可能将市面上所有的物联网协议都支持全了，只能优先支持广泛使用的标准协议。对于这些必须要私有协议和外部通信的设备，也需要有一套标准适配的方案。

升级困难或者周期长
有很多客户想将已有的设备接入体系迁移到物联网平台，但是他们的原有体系下，设备没有OTA的能力，不能进行固件升级，或者说虽然能够进行OTA，但是成功率低或者升级周期很长。

二、要解决什么问题？
场景一：子设备如何上云建模
举个例子，比如一个园区中的传感器，传感器本身只采集数据，没有连云的能力，它就必须要通过一个边缘的数据网关将采集到的数据上报到云端。

要借助网关的通道将数据上传，一个直观的做法是，用户可以自己定义一套协议，把子设备的数据作为网关上报的报文的payload发送到云端，同时用户通过服务端订阅去接收数据。

image

这种做法本身是可以行的通的，但是这样做有两个问题。，这个方案下，只能仅仅将物联网平台作为一个传输通道，无法为子设备进行独立的数字建模。这样子设备就无法利用物联网平台的能力，而对于用户来说接入物联网平台的价值就大大降低。第二，用户的业务系统需要感知网关和子设备的拓扑，并且设备侧和业务侧需要follow同一套业务协议。