2018-09-29 14:49:57 Peter_Changyb 阅读数 2285
  • 物联网平台的总体架构

  • 物联网平台的技术架构

  • 用户级物联网平台的解决方案:

车联网平台的主流解决方案:

2018-06-03 11:20:33 erliang20088 阅读数 620
  • 背景
        工业互联网趋势日见明显,其实际就是物联网+互联网的更加紧密的集成和配合,近期也有多家物联网紧相关的公司找我们寻求合作,同时我们也为不少客户提供了各种解决方案和讨论,在此仅分享两张概况图,希望对相关小伙伴有所帮助。

  • 物联网平台基础架构
    这里写图片描述

  • 物联网软件层技术方案
    这里写图片描述



天亮教育是一家从事大数据云计算、人工智能、教育培训、产品开发、咨询服务、人才优选为一体的综合型互联网科技公司。
公司由一批BAT等一线互联网IT精英人士创建,
以”快乐工作,认真生活,打造高端职业技能教育的一面旗帜”为愿景,胸怀”让天下没有难找的工作”使命,
坚持”客户第一、诚信、激情、拥抱变化”的价值观,
全心全意为学员赋能提效,践行技术改变命运的初心。

更多学习讨论, 请加入
官方-天亮大数据交流-366784928
群二维码:
这里写图片描述
天亮教育公开课-从小白到大佬修成记-全系列视频地址:http://bbs.myhope365.com/forum.php?mod=viewthread&tid=1422&extra=page%3D1

欢迎关注天亮教育公众号,大数据技术资料与课程、招生就业动态、教育资讯动态、创业历程分享一站式分享,官方微信公众号二维码:
这里写图片描述

爬虫、nlp技术qq群320349384
天亮教育官方群318971238,
hadoop & spark & hive技术群297585251,
官网:myhope365.com
官方天亮论坛:http://bbs.myhope365.com/

2018-07-13 19:51:19 gaoshbo 阅读数 8724

     平台基于(《JT/T808-2011道路运输车辆卫星定位系统终端通讯协议及数据格式》、《JT/T808-2013道路运输车辆卫星定位系统北斗兼容车载终端通讯协议技术规范》、JT/T-796-2011《道路运输车辆卫星定位系统平台技术要求》、JT/T-1078-2016《道路运输车辆卫星定位系统车载视频通信协议》、JT/T-1077-2016《道路运输车辆卫星定位系统车载视频平台技术要求》、JT/T-1076-2016《道路运输车辆卫星定位系统车载视频终端技术要求》、JT/T809-2011《道路运输车辆卫星定位系统平台数据交换》)通讯协议上构建,适用于物联网(车联网)领域应用,特别是基于交通部808协议或者其扩展协议的智能终端监控平台,是一个分布式、高可用、高并发、开放性(服务化,插件式)平台。

技术支持QQ:78772895

平台体验网址http://elink.legaoyi.com

 

易联车联网平台是一个全面支持

   1、JT/T808 2011《道路运输车辆卫星定位系统终端通信协议及数据格式》协议

   2、JT/T808 2013《道路运输车辆卫星定位系统北斗兼容车载终端通信协议技术规范》协议

   3 、《JT/T808 2019道路运输车辆卫星定位系统终端通讯协议及数据格式》协议

   4、JT/T 1078 2016协议《道路运输车辆卫星定位系统视频通信协议》

   5、JT/T 794 2019《道路运输车辆卫星定位系统车载终端技术要求》协议

   6、JT/T808 2019《道路运输车辆卫星定位系统终端通讯协议及数据格式》协议

   7、JT/T 1120《道路运输车辆卫星定位系统-平台检测方法》协议

   8、JT/T 1257.1 2019《营运货车能耗在线监测第1部分:数据采集设备技术要求》协议

   9、JT/T 1257.2 2019《营运货车能耗在线监测第2部分:平台技术要求》协议

   10、《JT/T 1257.3 2019营运货车能耗在线监测 第3部分:数据交换》协议

   11、《GB/T 32960.3 2016 电动汽车远程服务与管理系统技术规范 第3部分:通讯协议及数据格式》协议

   12、《GB/T 32960.2 2016 电动汽车远程服务与管理系统技术规范 第2部分:车载终端》协议

   13、《GB/T 32960.1-2016 电动汽车远程服务与管理系统技术规范 第1部分:总则》协议

   14、《JT/T 905 出租汽车服务管理信息系统运营专用设备:通讯协议》

   15、《JT/T905 出租汽车服务管理信息系统-数据交换与共享》协议

   16、JT/T 794-2011《道路运输车辆卫星定位系统车载终端技术要求》

   17、JT/T 796 2011《道路运输车辆卫星定位系统平台技术要求》协议

   18、JT/T 808 2015《城市公共汽电车车载智能服务终端与调度中心间数据通信协议》协议

   19、JTT 1076 2016《道路运输车辆卫星定位系统车载视频终端技术要求》协议

   20、JT/T 1077 2016《道路运输车辆卫星定位系统车载视频平台技术要求》协议

   21、JT/T 809 2011《道路运输车辆卫星定位系统平台数据交换》协议

   22、JT/T 808 809 2011《道路运输车辆卫星定位系统协议补充》等协议的车联网平台。

2018-07-11 10:03:00 squirrelanimal0922 阅读数 331
12301617-310643f5f0157bed.jpg

2018年7月6日、7日,为期两天的 ArchSummit 全球架构师峰会在深圳·华侨城洲际酒店拉开帷幕。在7月6日解决方案专场活动上,BoCloud博云CTO李亚琼博士带来了《物联网多路数据处理基础上的云平台架构设计实践》,本次分享以物联网+云的技术挑战为切入点,通过实际案例讲解多路数据聚合架构的设计要点,以及云、互联网架构在物联网系统中的应用。

物联网,Internet of things(即 IoT ),是新一代信息技术的重要组成部分,也是“信息化”时代的重要发展阶段。简而言之,物联网是物物相连而成的互联网。这其中包含两层含义:一是,互联网依然是物联网的核心和基础,物联网是在互联网基础上延伸、扩展的网络;二是,物联网的用户端是延伸、扩展到了任何可以通信的物与物之间,使彼此能够进行信息交换和通信。

可以看出,物联网是互联网通过传感网络向物理世界的延伸和扩展,与其说物联网是网络,不如说物联网更是业务与应用。如果要保证大规模的业务与应用的运行,必然需要大规模的计算平台作为支撑。因此,打造一个完善的物联网云平台则是实现物联网业务与应用顺利运行的核心元素。

在物联网应用开发过程中,其基础设施如中间件、操作系统、虚拟化、网络等部分,可以交于提供各种开发及应用运行的解决方案PaaS层做管理,从而使物联网开发者可以更专注于自身业务。介于IaaS和SaaS之间的PaaS层,向上可支撑物联网业务和应用的快速开发与部署,向下可支撑处理海量数据延伸和扩展。

物联网云平台解决方案践行者

BoCloud博云作为云计算整体解决方案服务商,在PaaS领域致力于为用户提供PaaS全局观的解决方案。在涉及到物联网应用场景下的云平台架构设计时,博云不仅仅是从IaaS、PaaS层面思考,更重要的是从整体解决方案的层面帮助客户实现数字化转型。

博云在与某物联网客户沟通过程中发现,目前客户的主要需求在于:

12301617-05b12cd99fe2ee26.png

1.如何将多路传感器数据汇聚到边缘网关,由网关对数据进行汇聚编码后统一发到云平台进行处理;

2.云平台如何能够根据一定的规则对汇聚后的数据流进行拆分,并分发到不同的“处理逻辑”中进行处理;

3.“处理逻辑”如何能够根据数据流达到情况按需启停,实现热插拔设计;

4.架构设计如何满足未来扩展支持新增传感器和新增“处理逻辑”需要,以及如何满足平台扩展不停机等可用性要求。

针对该客户的需求,博云总结了物联网云平台建设的一般性方法与约束因素,尤其是约束条件对平台架构、技术选型等可带来的影响,通过反复技术研究与验证,博云提供了基于云架构的物联网云平台解决方案。该方案的基础是构建一个物联网信息处理平台,涉及接入、协议解析、路由分发、数据处理模型、应用开发SDK等内容,以实现以下核心任务目标:

1.根据不同的数据流调度不同的处理逻辑对数据报文进行处理操作,调度策略可以灵活配置;

2.完成数据从抽象数据流到处理逻辑的传输,提供数据处理的框架或SDK,集成业务逻辑;

3.云平台和业务处理逻辑实现一致性协同,实现生命周期管理、状态监控、故障恢复等功能。

博云物联网云平台解决方案,主要从三个方面实现:

1实现数据统一接入与任务调度

实现数据的统一引接(独立于业务)、存储分发、集中化调度(数据流与业务解耦)、标准化处理(统一化数据接口)。

数据统一接入

其中接入系统设计围绕数据接入、协议解析、路由分发、协议转发四个核心功能。

数据接入:通过服务端口接入数据流量,适配数据传输层协议,并提供统计、安全、日志等功能;

协议解析:处理用户协议报文,抽取数据报文和控制报文,为下一个阶段提供基础数据;

路由分发:根据预定义的路由策略进行消息转发,路由策略一般来源于报文的控制信息部分;

协议转换与数据转发:转换数据报文为消息格式,写入根据路由策略消息队列中(不同的Topic)。


12301617-63d608991a4e935b.png
核心功能任务分工

在接入系统选型上,博云在Nginx+lua、Nginx+ngscript、Envoy、全新开发(基于netty)4个方案中选择了Nginx+lua的方案,最终决定这一方案选择的因素主要是考虑:一是稳定性,博云基本上在架构设计第一阶段就做到了该方案的稳定开发 ;二是延迟、吞吐量,需要通过测试;三是可扩展性要好,以Nginx+lua 和 Nginx+ngscript的可扩展性都比较好,而Enovy的可扩展性不如Nginx;四是多协议的支持,TCP、UDP、Http等多协议的支持;五是生态系统,而Envoy生态系统现阶段还比较弱,第三方系统交互接口待完善。在经过反复比较之后,博云选定了Nginx+lua的方案,该方案也经过了博云的验证。

任务调度

调度系统的功能范围包含任务调度、消息监控、状态协同、运行监控、配置管理,要完成以上这些功能,调度系统功能设计需围绕数据监控、调度控制、监控巡检3个核心功能进行。

数据监控:监控未绑定业务处理程序的kafka队列,当有新消息到达时启动业务worker进行消费处理;

调度控制:通过etcd和业务worker同步状态信息,提供启动/关闭worker功能;

监控巡检:周期性监控业务worker运行状态,主动或被动(通过Kubernetes)进行故障恢复。


12301617-f41188c383ec690b.png
调度系统任务分工


2 实现基于云的运行支撑平台

BoCloud博云在物联网云平台架构选型时,选择基于物理机+容器的方式创新性云技术来构建支撑物联网业务与应用运行的平台,物理服务器做主要业务的承载,而Docker+Kubernetes的新型PaaS平台提供实现框架与业务的敏捷部署、弹性伸缩、资源调度、故障自动恢复等云平台所需要的高级特性管理功能,满足业务扩展运行时所需的支撑需要。

3实现业务接入与协同

围绕引接调度框架构建业务接入SDK和工具,实现业务数据标准化接入、框架协同(状态同步)、配置下发等功能。在业务集成方式中,博云采用了SDK集成模式,相对于高耦合度的、集成风险高等问题的框架集成模式,SDK集成模式以业务进程为主,业务可以根据自己的情况灵活决定SDK的调用,同时SDK集成模式有利于扩展,支撑多语言也更为方便。

目前,BoCloud博云服务的该物联网平台,构建基于云的运行支撑平台,配合数据统一接入与任务调度,实现业务接入与协同,完成物联网云平台的整体解决方案。未来,博云将会继续完善物联网云平台解决方案,继续覆盖物联网领域客户,助力物联网企业实现数字化、信息化发展。

相关阅读

互联网金融的科技变革之路,佰仟金融如何突出重围

云平台+物联网珠联璧合?ArchSummit全球架构师峰会见真章

加入博云,实现梦想——博云工程师岗位火热招聘!

BoCloud博云入选苏州工业园区2018年度瞪羚企业培育工程

BoCloud博云获京东云、京东金融联合战略投资 云计算PaaS市场现重磅操作

2016-01-21 02:31:57 qiansg123 阅读数 417

本文将通过对几个项目的介绍,让读者完全了解并掌握如何架构物联网。

几周前我们在捷克的Linux大会“OpenAlt”上提出了这样的观点:物联网(IoT)是基于微服务的。我们打算覆盖所有实现层级,将难题放到一起。也就是说,使用所有从边缘设备中所收集的数据,经过数据集成与分析之后,得出完整的物联网解决方案。

物联网架构

下面的架构图是对我们观点的高度概括。其中,很容易找到与物联网网关连接的所谓边缘设备。

一般情况下,网关会将设备所传输的任何硬件与供应商特定协议转化为一致而更易集成的东西,方便在集成时使用,类似TCP和任何顶端的标准化信息协议之类的。

一直只有一个网关吗?这个网关只使用硬件特定协议吗?两者的答案都是否定的。在不同位置上可能会有各种类型的多个网关,如果边缘设备足够智能的话,其中一些甚至使用的是TCP协议。更重要的是负责数据聚合的网关,其逻辑功能可能就是简单的路由器与消息转换器。

再来看集成组件,也是核心业务逻辑所在之处。这个架构类似于优秀的经典SOA(服务导向架构)。这里可以/应该使用SOA原则。

稍后,集成组件可以与复杂的系统(如JBoss业务流程管理系统)进行通讯,并进行决策与高等数据分析。
图片描述

那么网关与集成组件之间具体有什么不同呢?我们在其原理中提过这种区别。不过在具体的实现上,是否有什么不同呢?

令人惊讶的是,并没有区别。使用我们的办法,通过Bulldog、SilverspoonSilverWare所提供的微服务实现工具,两者实现的基础结构模块完全相同。

想要区分特定微服务的含义,有多个维度的抽象。其中包括数据协议(低级硬件协议、简单的信息传递、TCP等),服务层(也就是来自优秀经典SOA架构)以及特定服务所需的计算能力。

正是如此:微服务的目的及其规范是在系统创建时由开发者设定的。可以说微服务就像是干细胞。微服务与干细胞一样,是根据所使用的地方以及用法来发挥具体功用的。

概念

我们为什么会认为自己的解决方案“正确”呢?

首先,我们希望覆盖所有级别的抽象。我们有物联网架构所有层面的组件与开发工具。将传感器与Arduino相连很有趣,但下一步是什么呢?如何整合才能存储大数据并执行分析呢?

其次,我们是开放的,依靠现有标准,只是协助集成现有的解决方案。因此,无需学习全新的东西,只要理解单个结构模块,任何人都可以马上动手去开发复杂的系统。同时,我们尝试避免供应商的封锁。所有的相关组件、系统、设备等任何东西都可以很容易地替换。

最后,我们希望达到最简,可以用简单、容易理解的服务来构建复杂的系统。这些服务可以在基于ARM的设备上与云端小型虚拟机上运行。启动更多服务实例可以让性能更强,因此扩展也很简单。

实现

我们的解决方案包括三个要素。

使用Bulldog库来控制以及与边缘设备通讯。这个库提供了一定程度的抽象,允许开发者修改边缘设备与ARM board而无需重构代码。

为了将代码转化成有意义的协议,我们使用了Silverspoon——这是一套Apache Camel组件。这些提供了设备特定协议与外部世界间的网关。我们认为,鉴于其具有路由功能、可扩展性、集成性及发送消息的能力,Apache Camel非常适合扮演物联网网关。因此我们在Apache Camel中加入了Bulldog组件。

为了发展网关、集成与业务逻辑,我们创建了SilverWare——这是一个极简的微服务平台。微服务可以按照Apache Camel路由、CDI组件、信息队列/主题、Vert.x 还有很多其他的(其中一些还没有实现)来进行创建。因此在你的公司里,这些结构模块的任何一个都可能已经存在了,而且能够很容易地转换或直接按照微服务部署。让我们受益的还有:简单的Maven项目依赖、一些容易理解的注释、小型可执行jar文件、部署以创建Docker镜像的能力。

为了方便分析,我们推荐用NoSQL或时序数据库(比如InfluxDB)现代化分析工具(比如ElasticSearchGrafanaKibana)来进行集成。

此外,一个完整的系统肯定应当包含以业务流程与规则的形式存在的高级业务逻辑。为此,用JBoss业务流程管理系统来集成也是可行的。

应用架构如下图,点击查看源代码
图片描述

原文链接:Architecting the Internet of Things(译者/Vera 责编/钱曙光)


(责编/钱曙光,关注架构和算法领域,寻求报道或者投稿请发邮件qianshg@csdn.net,交流探讨可加微信qshuguang2008,备注姓名+公司+职位)

「CSDN 高级架构师群」,内有诸多知名互联网公司的大牛架构师,欢迎架构师加微信qshuguang2008入群,备注姓名+公司+职位。

没有更多推荐了,返回首页