IOT物联网方案分析.docxVIP

IoT需求方案剖析 1、需求剖析 Iot平台系统设计重点要点： 设施接入网络方案 设施间通信 物联网数据的用途 怎样搭建起一个物联网系统框架它的技术架构又是怎么样 物联网终端软件系统架构 物联网云平台系统架构 2、方案剖析 系统架构： 1）设施接入方式： 只有设施接入到网络里面，才能算是物联网设施。这里波及接入方式以及网络通信方式。 设施接入方式当前有  2种： 直接接入：物联网终端设施本身具备联网能力直接接入网络，比方  在设施端加入  NB-IOT通信模组，  2G通 信模组。 网关接入：物联网终端设施本身不具备入网能力，需要在本地组网后，需要统一经过网关再接入到网络。如终端设施经过zigbee无线组网，然后各设施数据经过Zigbee网关统一接入到网络里面。常用到本地无线组网技术有Zigbee，Lora,BLEMESH,sub-1GHZ等。  比 在物联网设施里面，物联网网关是一个特别重要的角色。一个处在本地局域网与外部接入网络之间的智能 设施。主要的功能是网络隔绝，协议转变/适配以及数据网内外传输。 一个典型的物联网网关架构如下： 常用的通信网络主要存在  2种方式： 移动网络  (主要户外设施用  )  ：移动网络  2G/3G/4G/5G/NB-IOT  等 宽带(主要户内设施用  )  ：WIFI，Ethernet  等 2）设施接入云端的协议： 物联网设施终端接入网络后，只是物联网应用的开始。设施接入网络后，设施与设施之间需要互相通 信，设施与云端需要互相通信。只有互通，物联网的价值才展现出来。既然要互通，则需要一套物联网 通信协议。只有按照该套协议的设施相互间能够通信，能够互换数据。 常用的物联网通信协议主要有如下协议：CCP、MQTT、COAP、HTTP等，他们有个共同点都是鉴于消息模型来实现的。设施与设施之间，设施与云端之间经过互换消息来实现通信，消息里面携带了通信数据。 鉴于CCP接入（MQTT协议的精简版） 协议本身具备安全算法，不依靠TLS算法；协议大小更精简，包头，payload占用字节更少。比如 只有1个字节；协议支持多种通信模式，相关于MQTT，不单支持Pub/Sub，还支持RPC/RRPC  header 鉴于MQTT接入 被宽泛用在嵌入式设施的消息传输上 COAP CoAP是一种软件协议旨在用于特别简单的电子设施,让他们经过互联网交互通信。 HTTP协议 用RESTAPI的方式连结IoT。设施能够经过POST方式实现Pub消息到某个Topic。 3）平台功能： 设施接入：安全接入，保证设施在云端的安全及合法性；迅速接入。 设施授权 数据收集 监控：经过物联网收集到设施数据后，如果设施数据状态超过预设的状态则自动第一时间报警，管理员第一时间展开办理，能够经过远程操作，下达命令，把问题解决在萌芽状态。 报表统计：经过统计方法，对设施的历史运行数据进行统计剖析。能够按不同维度剖析出不同报告。 然后以图表或许大屏方式展现在管理员眼前。管理员能够迅速直观的认识到整个物联网设施运行状况。 数据挖掘/机器学习（故障预测）：从数据里面挖掘出有价值的东西出来。比方经过设施数据的连续追踪剖析并联合人类过往的设施运维经验，经过机器学习方式预测设施发生故障概率，以及发生故障后可能的惹起原因，并给出维修方案。 4）参照架构 百度搜到的物联网平台架构：突出展示了物联网设施，  物联网云平台，  云计算平台是如 何共同工作的，有较大的参照价值。 规则引擎 物联网云平台往常是鉴于现有云计算平台搭建的。一个物联网成熟业务除了用到物联网云平台提供功能 外，一般还需要用到云计算平台提供功能，比方云主机，云数据库等。用户能够在云主机上搭建web 应用服务。  行业 规则引擎主要作用是把物联网平台数据经过过滤转发到其他云计算产品上。 发到tablestore数据库产品里。  比方能够把设施上报的数据转 规则引擎一般使用方式：类SQL语言，经过编写SQL语言，用户能够过滤数据、办理数据，并把数据发到 其他云计算产品，或许其他云计算服务。 Kafka Kafka是最初由Linkedin企业开发，是一个散布式、支持分区的（partition）、多副本的（replica）， 鉴于zookeeper协调的散布式消息系统，它的最大的特性就是能够实时的办理大量数据以知足各样需求场 景：比方鉴于hadoop的批办理系统、低延迟的实时系统、storm/Spark流式办理引擎，web/nginx日志、接见日志，消息服务等等，用scala语言编写，Linkedin于2010年贡献给了Apache基金会并成为顶级开源项目。 zookeeper ZooKeeper是一个散布式的，开放源码的散布式应用程序协调服务，是Go