葡萄大数据解决方案说明书_第1页
葡萄大数据解决方案说明书_第2页
葡萄大数据解决方案说明书_第3页
葡萄大数据解决方案说明书_第4页
葡萄大数据解决方案说明书_第5页
已阅读5页,还剩7页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

葡萄管家项目解决方案说明书XX科技股份有限公司编制

目录一、项目存在问题及需解决问题 31. 存在问题 32. 需解决问题 4二、解决方案 51.解决方案总体架构 52.核心技术 6(1)Hadoop 6(2)SpringMVC 6(3)MyBatis 7(4)Echarts 7(5)MySQL 7(6)Hive 7(7)HBASE 8(8)Zookeeper 8(9)Flume 8三、开发范围 91.数据生产 92.数据采集/消费 93.数据分析 104.数据展示 11项目存在问题及需解决问题存在问题1.农技专家匮乏,服务范围有限传统的农业生产,高度依赖农业生产专家的现场技术指导,但即使是在非常需要农业技术推广人员的农忙时节,在田间地头依然难觅他们的踪影。据调查,目前我国农业技术推广人员普遍缺少,即使是在农业大省,也面临严重缺乏的困局。数据显示,目前我国在岗的农技推广人员仅有50万人,平均每万名农业人口中农技人员仅有6.6人。此外,严重的知识断层和知识老化,以及知识结构偏低,是现有农技站面临的另一个尴尬。农技人员断层的同时,涉农专业也同样门可罗雀,被莘莘学子打入冷宫。众所周知,农业发展需要科学的引领,需要科学的生产技术,但我国农民接受新技术的能力普遍较差,大部分劳动力不能掌握现代科学技术,依旧沿用传统的生产方式和方法。要实现农业产业化与现代化,就必须推广应用先进的农业生产技术和管理方法,在农技人员匮乏且后续乏人的环境之下,如何利用先进的互联网、大数据技术,将有限的农业生产专家的生产技术和管理方法推广应用到农业生产中,就成了当务之急、燃眉之需。2.农技服务模式单一,指导效率低下目前,我国的农业技术服务模式比较单一,主要依赖农业技术推广站农技人员到田间地头进行实地指导,间或组织农业生产者进行临时的农业技术培训。在农业技术推广人员极为匮乏的当下,农业生产指导的效率非常低。近年来,随着互联网技术的发展,农业信息化有了一定的推进,农业专家、农技人员可以通过互联网进行远程的农业生产指导。然而,这种形式的指导仅仅是减少了农技人员到现场的时间,在极为有限的程度上加大了农技服务的面积,而专家在线指导依旧面临着专家资源匮乏的问题;加之远程指导仅仅通过照片、视频、语音等进行诊断、指导,存在信息采集不完全、信息传递有误差等问题;且农业生产技术往往因人而异,不同的人进行指导往往生产效果不同,导致远程农技服务效果不佳。要提高农技服务的效率,提升农业生产的效率,归根结底是要解决农业专家匮乏、农业技术服务模式单一、农业生产技术缺乏标准的问题。3.农业数据稀缺,利用价值微小近年来,快速发展的大数据、物联网等高新技术,给传统农业带来了变革的可能。但由于我国农业长期处于小农经济模式,农业生产数据极为匮乏,农业生产数据采集的方式落后,对于大数据来说,采集的数据微乎其微。而且,目前数据孤岛问题严重,农业生产数据主要集中在科研院所,数据远未实现数字化,并没有建立起真正意义上的农业数据库,更没有形成大数据的共享利用。大数据的“4V”特性里面,有一点很重要的特性是“价值密度低”,也就是说单纯的原始数据对用户来说价值并不大,一定要经过专业的分析处理,才能体现出真正的价值。虽然目前已有一些基于大数据的农业生产管理产品,但尚未建立标准的农业数据库及农业生产智能算法,与智能化生产尚有较大差距,远未涉足农业生产的人工智能领域。需解决问题农业数据稀缺,利用价值微小缺少有效的系统平台业务标准解决方案解决方案总体架构图1葡萄管家解决方案总体架构HBase是一个分布式的、面向列的开源数据库,该技术来源于FayChang所撰写的Google论文“Bigtable:一个结构化数据的分布式存储系统”。就像Bigtable利用了Google文件系统(FileSystem)所提供的分布式数据存储一样,HBase在Hadoop之上提供了类似于Bigtable的能力。HBase是Apache的Hadoop项目的子项目。HBase不同于一般的关系数据库,它是一个适合于非结构化数据存储的数据库。另一个不同的是HBase基于列的而不是基于行的模式。系统采用面向对象的软件设计方法,把整个系统看作是多个离散对象的组合。系统设计时,首先把业务流程分解成功能模块及其业务实体对象,然后根据业务流程分析对于这些业务实体对象的操作方法,形成业务处理对象,最后把各个功能模块关联起来,形成系统。软件设计是一个将需求转变为软件的过程,系统通过逐步求精使得设计陈述逐渐接近于源代码。系统程序采用MVC的设计思想,将展现逻辑、控制逻辑、业务处理逻辑分离。系统采用参数化的设计思想,定义和管理系统的实体及配置,调整实体以适应外部变化。系统采用J2EE技术保证程序逻辑实现的平台无关性,并便于安装部署。系统采用AJAX技术,提高客户操作的交互性,保证实际使用的易用性。系统采用echarts可视化框架实现数据展示。核心技术HadoopHadoop是一个由Apache基金会所开发的分布式系统基础架构。用户可以在不了解分布式底层细节的情况下,开发分布式程序。充分利用集群的威力进行高速运算和存储。SpringMVCSpringMVC:属于SpringFrameWork的后续产品,已经融合在SpringWebFlow里面。Spring框架提供了构建Web应用程序的全功能MVC模块。MyBatisMYBatis:是支持普通SQL查询,存储过程和高级映射的优秀持久层框架。MyBatis消除了几乎所有的JDBC代码和参数的手工设置以及结果集的检索。MyBatis使用简单的XML或注解用于配置和原始映射,将接口和Java的POJOs(PlainOldJavaObjects,普通的Java对象)映射成数据库中的记录。EchartsECharts是一款基于Javascript的数据可视化图表库,提供直观,生动,可交互,可个性化定制的数据可视化图表。MySQLMySQL是一个关系型数据库管理系统,由瑞典MySQLAB公司开发,属于Oracle旗下产品。MySQL是最流行的关系型数据库管理系统之一,在WEB应用方面,MySQL是最好的RDBMS(RelationalDatabaseManagementSystem,关系数据库管理系统)应用软件之一。MySQL是一种关系型数据库管理系统,关系数据库将数据保存在不同的表中,而不是将所有数据放在一个大仓库内,这样就增加了速度并提高了灵活性。MySQL所使用的SQL语言是用于访问数据库的最常用标准化语言。MySQL软件采用了双授权政策,分为社区版和商业版,由于其体积小、速度快、总体拥有成本低,尤其是开放源码这一特点,一般中小型网站的开发都选择MySQL作为网站数据库。HiveHive是基于Hadoop构建的一套数据仓库分析系统,它提供了丰富的SQL查询方式来分析存储在Hadoop分布式文件系统中的数据:可以将结构化的数据文件映射为一张数据库表,并提供完整的SQL查询功能;可以将SQL语句转换为MapReduce任务运行,通过自己的SQL查询分析需要的内容,这套SQL简称HiveSQL,使不熟悉mapreduce的用户可以很方便地利用SQL语言查询、汇总和分析数据。而mapreduce开发人员可以把自己写的mapper和reducer作为插件来支持hive做更复杂的数据分析。它与关系型数据库的SQL略有不同,但支持了绝大多数的语句如DDL、DML以及常见的聚合函数、连接查询、条件查询。它还提供了一系列的:具进行数据提取转化加载,用来存储、查询和分析存储在Hadoop中的大规模数据集,并支持UDF(User-DefinedFunction)、UDAF(User-DefnesAggregateFunction)和UDTF(User-DefinedTable-GeneratingFunction),也可以实现对map和reduce函数的定制,为数据操作提供了良好的伸缩性和可扩展性。HBASEHBase–HadoopDatabase,是一个高可靠性、高性能、面向列、可伸缩的分布式存储系统,利用HBase技术可在廉价PCServer上搭建起大规模结构化存储集群。ZookeeperZooKeeper是一个分布式的,开放源码的分布式应用程序协调服务,是Google的Chubby一个开源的实现,是Hadoop和Hbase的重要组件。它是一个为分布式应用提供一致性服务的软件,提供的功能包括:配置维护、域名服务、分布式同步、组服务等。FlumeFlume是Cloudera提供的一个高可用的,高可靠的,分布式的海量日志采集、聚合和传输的系统,Flume支持在日志系统中定制各类数据发送方,用于收集数据;同时,Flume提供对数据进行简单处理,并写到各种数据接受方(可定制)的能力。开发范围数据生产对于该模块的业务,即数据生产过程,一般并不会让你来进行操作,数据生产是一套完整且严密的体系,这样可以保证数据的安全性。但是如果涉及到项目的一体化方案的设计(数据的产生、存储、分析、展示),则必须清楚每一个环节是如何处理的,包括其中每个环境可能隐藏的问题;数据结构,数据内容可能出现的问题。数据采集/消费数据采集模块(消费),在企业中你要清楚流式数据采集框架flume和kafka的定位是什么。我们在此需要将实时数据通过flume采集到kafka然后供给给hbase消费。flume:cloudera公司研发适合下游数据消费者不多的情况;适合数据安全性要求不高的操作;适合与Hadoop生态圈对接的操作。kafka:linkedin公司研发适合数据下游消费众多的情况;适合数据安全性要求较高的操作(支持replication);因此我们常用的一种模型是:线上数据-->flume-->kafka-->flume(根据情景增删该流程)-->HDFS线上数据-->flume-->kafka-->sparks

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论