车辆监控平台设计与实现
这是一篇关于高并发,高可用,JTT808-2011协议,微服务,开放API的论文, 主要内容为进入信息时代,在物流、外卖送餐服务,租车服务等领域中,车辆不再简单充当运输载体,拥有大量车辆这样的移动资源的企业往往把车辆作为一个信息点来对其进行数据采集并跟踪指挥布控。为了全天候提供车辆导航定位、监控管理、指挥调度等服务,传统的后台监控平台架构面对日益增长的终端数和采集数据在性能,服务稳定性,时延,维护成本等方面遇到了瓶颈。本文对目前移动互联网关于分布式服务器架构相关技术的研究来设计并实现一个高并发、高可用、可扩展、实时性强的监控平台。监控平台主要分为3个大模块实现,分别是终端数据采集模块,数据分流入库模块,应用模块。其中终端数据采集模块负责终端设备的注册/鉴权、业务数据解析和转发。数据分流入库模块负责数据聚合统计以及分流存储、抽象数据访问接口。应用模块的功能包括数据可视化、固件在线升级。采集模块作为监控平台的上游模块需要处理大量各种类型的通信协议,系统实现基于主从分布式结构,主节点使用Nginx+Zookeper集群实现负载均衡和会话信息的保存,从节点基于Reactor通信模型和责任链模型完成协议解析、转发以及扩展新协议的热更新接口。数据分流入库作为监控平台的中游模块,需要将上游处理过后的采集数据进行聚合统计和入库,系统基于Dubbo+SpringMVC完成抽象、简易的数据访问远程过程调用接口的开发以屏蔽平台数据存储的细节,引入基于磁盘的消息中间Kafka作为采集消息的缓冲区,削峰填谷,最后通过Apache Storm完成实时统计和数据分流入库。应用模块依托已经入库的数据完成各类业务功能,基于业务应用功能众多,实现逻辑复杂的事实,系统采用微服务框架SpringCloud将大应用拆分成小应用并完成以下功能:实时数据监控和历史数据回放可视化以及支持多种传输模式的固件在线升级。最后对系统进行功能和性能测试,并实现可伸缩线程池将IO和业务进行分离提升系统吞吐量和对象池减小系统开销,最终实现了具有研究意义和实用价值的车辆监控平台。
IaaS云平台运营管理子系统的设计与实现
这是一篇关于云计算,IaaS平台,运营,管理,开放API的论文, 主要内容为“云计算”作为第四次IT产业革命,正迅速的融入到人们的工作和生活中。IaaS (Infrastructure as a Service/基础架构即服务)云平台作为IT基础设施服务的提供平台,能大大降低用户的硬件投入,提高资源利用率。随着大量IaaS云平台在商业市场中崭露头角,购买IaaS公有云服务正逐步成为了众多企业IT基础设施建设的趋势之一。在此背景下,对公有IaaS云平台来说,除了要关注云资源的提供外,云资源的运行和运营管理功能的提供和持续优化就显得日益重要了。 本文依托于课题组自主研发的IaaS云平台的资源提供子系统,设计和实现了平台的运营管理子系统。运营管理子系统充分考虑了云平台在运行管理和运营管理方面的需求,不但支持对平台中的物理资源和虚拟资源的管理和控制,而且支持对平台中的用户管理、管理员权限管理和计费管理等功能。 首先,本文调研了当前主流的公有IaaS云平台和热门开源IaaS平台；结合IaaS公有云解决方案的发展现状,提出了云平台以及运营管理子系统的架构；分析了平台在运行管理和运营管理方面的需求,并给出了设计方案,包括运营管理子系统架构设计、管理组件(资源管理、用户管理、计费管理、管理员权限管理等)设计、支撑组件(监控模块、日志模块、模块间通信等)设计以及系统的开放API设计；然后详细介绍了运营管理子系统中各模块的实现。最后,在实验环境中对运营管理子系统进行了测试,验证了运营管理子系统的有效性。
IaaS云平台运营管理子系统的设计与实现
这是一篇关于云计算,IaaS平台,运营,管理,开放API的论文, 主要内容为“云计算”作为第四次IT产业革命,正迅速的融入到人们的工作和生活中。IaaS (Infrastructure as a Service/基础架构即服务)云平台作为IT基础设施服务的提供平台,能大大降低用户的硬件投入,提高资源利用率。随着大量IaaS云平台在商业市场中崭露头角,购买IaaS公有云服务正逐步成为了众多企业IT基础设施建设的趋势之一。在此背景下,对公有IaaS云平台来说,除了要关注云资源的提供外,云资源的运行和运营管理功能的提供和持续优化就显得日益重要了。 本文依托于课题组自主研发的IaaS云平台的资源提供子系统,设计和实现了平台的运营管理子系统。运营管理子系统充分考虑了云平台在运行管理和运营管理方面的需求,不但支持对平台中的物理资源和虚拟资源的管理和控制,而且支持对平台中的用户管理、管理员权限管理和计费管理等功能。 首先,本文调研了当前主流的公有IaaS云平台和热门开源IaaS平台；结合IaaS公有云解决方案的发展现状,提出了云平台以及运营管理子系统的架构；分析了平台在运行管理和运营管理方面的需求,并给出了设计方案,包括运营管理子系统架构设计、管理组件(资源管理、用户管理、计费管理、管理员权限管理等)设计、支撑组件(监控模块、日志模块、模块间通信等)设计以及系统的开放API设计；然后详细介绍了运营管理子系统中各模块的实现。最后,在实验环境中对运营管理子系统进行了测试,验证了运营管理子系统的有效性。
车辆监控平台设计与实现
这是一篇关于高并发,高可用,JTT808-2011协议,微服务,开放API的论文, 主要内容为进入信息时代,在物流、外卖送餐服务,租车服务等领域中,车辆不再简单充当运输载体,拥有大量车辆这样的移动资源的企业往往把车辆作为一个信息点来对其进行数据采集并跟踪指挥布控。为了全天候提供车辆导航定位、监控管理、指挥调度等服务,传统的后台监控平台架构面对日益增长的终端数和采集数据在性能,服务稳定性,时延,维护成本等方面遇到了瓶颈。本文对目前移动互联网关于分布式服务器架构相关技术的研究来设计并实现一个高并发、高可用、可扩展、实时性强的监控平台。监控平台主要分为3个大模块实现,分别是终端数据采集模块,数据分流入库模块,应用模块。其中终端数据采集模块负责终端设备的注册/鉴权、业务数据解析和转发。数据分流入库模块负责数据聚合统计以及分流存储、抽象数据访问接口。应用模块的功能包括数据可视化、固件在线升级。采集模块作为监控平台的上游模块需要处理大量各种类型的通信协议,系统实现基于主从分布式结构,主节点使用Nginx+Zookeper集群实现负载均衡和会话信息的保存,从节点基于Reactor通信模型和责任链模型完成协议解析、转发以及扩展新协议的热更新接口。数据分流入库作为监控平台的中游模块,需要将上游处理过后的采集数据进行聚合统计和入库,系统基于Dubbo+SpringMVC完成抽象、简易的数据访问远程过程调用接口的开发以屏蔽平台数据存储的细节,引入基于磁盘的消息中间Kafka作为采集消息的缓冲区,削峰填谷,最后通过Apache Storm完成实时统计和数据分流入库。应用模块依托已经入库的数据完成各类业务功能,基于业务应用功能众多,实现逻辑复杂的事实,系统采用微服务框架SpringCloud将大应用拆分成小应用并完成以下功能:实时数据监控和历史数据回放可视化以及支持多种传输模式的固件在线升级。最后对系统进行功能和性能测试,并实现可伸缩线程池将IO和业务进行分离提升系统吞吐量和对象池减小系统开销,最终实现了具有研究意义和实用价值的车辆监控平台。
物联网分布式接入平台关键技术研究
这是一篇关于物联网平台,数据存储技术,NHBase数据库,并发访问,开放API的论文, 主要内容为物联网是网络技术发展和人类社会需求相结合的产物,目前得到了国家、社会和企业等层面的重视,所以,物联网技术实现了质的飞跃。物联网接入平台是数据相互连接的关键,能够长期整合上下游关键资源,具有承上启下的作用,在整个物联网体系中占据主要地位。所以如何开发一个通用的物联网接入平台成为物联网行业的研究热点。本文设计了物联网接入平台Smart City,然后通过对接实验室项目智慧城市物联网应用平台来验证接入平台的实用性与可行性。针对Smart City用到的关键技术——数据存储技术、并发访问技术、开放API进行研究,进行的工作如下:(1)Smart City设计并实现了物联网平台数据存储用到的数据库。由于大规模的物联网设备发出数据是海量的,轻型数据库无法满足海量数据存储,于是提出了基于C4.5决策树算法构建的NC4.5决策树模型,再根据业务需求,构建了NHBase数据库。(2)Smart City设计并实现了提高物联网平台的并发访问量大的框架。针对大量物联网设备同时访问物联网平台而导致的响应效率慢、实时性差等问题,提出基于Flume+Kafka+Storm+HBase的整合框架。(3)Smart City设计并实现了物联网接入平台的开放API。Smart City中提供的微服务都采用REST架构风格设计了对接API,一方面提高平台的安全性,另一方面减少二次开发人员的使用难度。(4)Smart City设计并实现了物联网应用平台——智慧城市。通过Smart City接入平台对接智慧城市物联网平台,可以使智慧城市物联网平台快速投入使用。针对智慧城市应用平台使用设备的数据特点,制定了一套适用于平台与设备的消息传输格式定义。实践表明:本文提出的NHBase数据库,在数据写入和读取方面的性能很好,完全可解决物联网设备海量数据存储问题;提出的Flume+Kafka+Storm+HBase大数据框架,解决了大量设备的高并发访问问题;设计的开放API,可以让使用者在Smart City的基础上进行平台和服务的扩展;通过对接的智慧城市应用平台,验证接入平台对应用平台开发的简便性。
银行开放平台分布式应用架构设计与实现
这是一篇关于开放平台,开放API,分布式架构,微服务,银行的论文, 主要内容为随着互联网对生活和产业的深入渗透以及金融技术的进步,在线金融服务的步伐正在加快。各机构开展融入场景、融入生态、开放协同的金融业务已逐渐成为未来发展的必然趋势。开放银行是一种平台化的商业模式。在这种模式下,银行与合作伙伴共享数据、算法、交易、流程或其他业务功能,合作伙伴掌握商业生态系统中的用户资源,为他们提供无所不在的一流金融服务。本文首先对银行开放平台国内外的发展进行概况,总结了开放银行的主要建设模式。在对开放银行进行深入研究后,梳理Z银行的现有中间业务平台现状,评估发现Z银行现有开发模式难以适应基层快速、多样的发展要求,也较难适应互联网金融中大量业务场景融入的新需求。本文通过结合国内外开放银行的良好建设实践,提出了Z银行自身开放银行的建设路线,设计并实现了统一数据服务开放平台。该平台采用开源的Spring Cloud框架、Redis缓存、Oracle数据库等组件技术完成建设,可以让应用系统之间通过服务的方式,简单、快速、轻量级的对接,对前端应用屏蔽各组异构数据源的差异,提供数据流转的效率,真正实现数据驱动、数据赋能的金融能力。实施后的Z银行将全面提升开放平台在基础服务、跨界创新、整合及安全加固等方面的能力,打造客户体验至上的新生态金融云平台,以用户为中心,寻求合作共赢,让Z银行在创新时代的互联网浪潮中成为区域金融机构的引领者。
车辆监控平台设计与实现
这是一篇关于高并发,高可用,JTT808-2011协议,微服务,开放API的论文, 主要内容为进入信息时代,在物流、外卖送餐服务,租车服务等领域中,车辆不再简单充当运输载体,拥有大量车辆这样的移动资源的企业往往把车辆作为一个信息点来对其进行数据采集并跟踪指挥布控。为了全天候提供车辆导航定位、监控管理、指挥调度等服务,传统的后台监控平台架构面对日益增长的终端数和采集数据在性能,服务稳定性,时延,维护成本等方面遇到了瓶颈。本文对目前移动互联网关于分布式服务器架构相关技术的研究来设计并实现一个高并发、高可用、可扩展、实时性强的监控平台。监控平台主要分为3个大模块实现,分别是终端数据采集模块,数据分流入库模块,应用模块。其中终端数据采集模块负责终端设备的注册/鉴权、业务数据解析和转发。数据分流入库模块负责数据聚合统计以及分流存储、抽象数据访问接口。应用模块的功能包括数据可视化、固件在线升级。采集模块作为监控平台的上游模块需要处理大量各种类型的通信协议,系统实现基于主从分布式结构,主节点使用Nginx+Zookeper集群实现负载均衡和会话信息的保存,从节点基于Reactor通信模型和责任链模型完成协议解析、转发以及扩展新协议的热更新接口。数据分流入库作为监控平台的中游模块,需要将上游处理过后的采集数据进行聚合统计和入库,系统基于Dubbo+SpringMVC完成抽象、简易的数据访问远程过程调用接口的开发以屏蔽平台数据存储的细节,引入基于磁盘的消息中间Kafka作为采集消息的缓冲区,削峰填谷,最后通过Apache Storm完成实时统计和数据分流入库。应用模块依托已经入库的数据完成各类业务功能,基于业务应用功能众多,实现逻辑复杂的事实,系统采用微服务框架SpringCloud将大应用拆分成小应用并完成以下功能:实时数据监控和历史数据回放可视化以及支持多种传输模式的固件在线升级。最后对系统进行功能和性能测试,并实现可伸缩线程池将IO和业务进行分离提升系统吞吐量和对象池减小系统开销,最终实现了具有研究意义和实用价值的车辆监控平台。
监控导向的后台API开放服务的研究与实现
这是一篇关于开放API,QoS,服务选择,智能代理,监控检测的论文, 主要内容为随着Web服务的不断发展,用户和应用的不断增长,开放API的数量也出现了大量的增长,功能相同或相似的开放API也越来越多。移动设备的激增和物联网的崛起使得通过API让应用程序访问后端系统和数据变得越来越常见,不同应用之间的API调用越来越频繁复杂,开发者不得不花费更多的时间来开发和管理API。当开发者或用户进行服务发现时,难以对相同功能的API进行选择,无法实现有效地调用。目前安全有效的管理API对企业而言并不容易,API和基础设施一样已经成为互联网服务的基石,关系到一个应用的发展前景,快速、轻松的构建并管理API已经成为互联网发展的一个重要问题。针对以上问题,本文提出了一种监控导向的后台API的开放服务,依托于API监控管理系统进行设计与实现,并通过测试验证系统的可用性。本文基于业务需求,使用SSH框架实现了 API监控管理系统。论文首先介绍系统中开放API基本管理的实现,即对数据获取、数据存储和版本控制功能进行了研究与实现;其次分析并实现了开放API的选择适配功能,对于开放API的相关QoS数据的采集采用了智能代理的方式;最后为了保证开放API的质量,本文对开放API采用监控策略,保证开放API不受到过多的干扰,并进行测试验证。本文对系统的各个功能模块进行了测试和验证,通过对系统进行数据获取、数据存储、版本控制、选择适配和API质量参数监控检测功能的多次测试,证明了系统的可用性。
本文内容包括但不限于文字、数据、图表及超链接等）均来源于该信息及资料的相关主题。发布者：毕设向导 ，原文地址：https://m.bishedaima.com/lunwen/50328.html
