大数据平台架构~巨衫
大数据云平台基础架构介绍
随着数据重要性的不断提高，大数据云平台需要 提供更加安全可靠的数据保护和服务，保障数据 安全和隐私。
智能化趋势
大数据云平台正在不断引入人工智能技术，实现 智能化数据分析、处理和存储，提高数据处理效 率和准确性。
绿色环保趋势
随着能源消耗的不断提高，大数据云平台需要采 取更加绿色环保的技术和措施，降低能源消耗和 碳排放。
06
大数据云平台案例分享
案例一：阿里巴巴的大数据云平台
总结词
分布式、可扩展、弹性
详细描述
阿里巴巴的大数据云平台是基于开源平台构建的分布式系统，具备可扩展和弹性的特点。它采用了分 布式文件系统，如HDFS，用于存储海量数据，并支持多种数据访问模式。同时，该平台还集成了弹 性计算、弹性存储和弹性网络等云基础设施，以提供稳定、高效的大数据处理服务。
提供数据挖掘和机器学习功能，以发现数 据中的潜在规律和价值。
应用层
数据报表与可视化
提供数据报表和可视化功 能，以直观展示数据分析 结果。
数据服务
提供数据服务功能，包括 数据查询、数据挖掘、机 器学习等服务，以支持各 种业务应用。
安全管理
提供安全管理功能，包括 用户认证、访问控制、加 密传输等，以确保大数据 云平台的安全性。
据，为后续数据分析提供准确的基础。
数据转换与整合
03
实现数据的转换和整合，以满足不同业务场景的需求
。
数据分析层
分布式计算框架
提供分布式计算框架，如Hadoop、 Spark等，以处理大规模数据。
数据库查询与分析
提供数据库查询和分析功能，支持SQL、 NoSQL等数据库查询语言和分析工具。
数据挖掘与机器学习
谢谢您的聆听
巨杉解决方案：新一代海量历史数据管理平台
• 提升客户体验，手机 App、线上直销和电商等导致线上客户的查询需求迅速增加， 尤其对于海量历史数据的灵活查询和统计需求迅速上升。 • 客户标签与画像，通过客户的历史数据分析客户的各个时间段的偏好属性与其基本 属性之间的关联。 • 大数据驱动的运营管控，需要保存更长期的历史管理数据和影像数据，并且更快的 发现业务运营上的问题。 • 大数据辅助风险分析，风险分析需要更长时间的历史数据支持，尤其是原始数据， 比如审计或司法部门要看到多年前某一时点（以天为单位）某业务系统某张表的原状（可称 时点快照） 。
在上述业务需求的推动下， 建设专门的历史海量数据管理系统已成为必然， 它将重点解 决以下几个技术问题： • 海量的结构化和非结构化历史归档数据原来都放在磁带光盘上没有利用，历史数据 平台首先要解决多种类型的海量数据分布式存储问题， 通过低成本的分布式集群为海量数据 存储提供高效稳定的平台。 • 现有 ODS/DW 系统中已经累积多年数据，运行效率越来越低，而历史数据平台可以 把大量历史数据迁移出去， 提供相对廉价的数据存储和计算压力卸载。 比如把大量和业务主 题无关的、需求随机的数据分类查询、分析，多表关联查询，交互分析等业务拆分到历史数 据平台中处理，从而使数据仓库和历史数据平台各司其职，相辅相成。 • 由于移动客户端的使用增加，用户从移动 App 上对更长期的历史数据查询与统计 需求越来越强烈， 造成生产系统的查询压力陡然增加。 成熟而稳定的历史数据平台除了卸载 历史数据查询和分析之外， 也可以同时应对高并发的客户在线查询压力， 从而成为多个高压 力生产系统的读写分离技术平台。 下图以某商业银行的历史数平台为例， 说明读写分离的方 式和各类不同应用同时访问海量的历史数据。
传统的企业 IT 架构中 ODS/DW 系统是数据处理的重点，ODS/DW 系统中通常会存储和 处理 2-3 年历史结构化数据，包括数据的查询、统计、分析等,而非结构化的历史数据，以 及超过 3 年以上的结构化数据往往由于数量太大， 只能存到已光盘和磁带为主的归档系统而 无法充分加以利用。但是 ODS/DW 系统并不适合用于处理海量历史数据，这是由于： 1. ODS/DW 系统基于传统通用关系数据库技术构建，所处理的数据超过一定量以后性能急 剧下降，需要成本高昂的专用一体机来处理，因此海量数据的处理成本往往限制了企业 对于更大量数据处理的渴望。 2. ODS/DW 系统基于关系型数据库技术，无法处理大量的非结构化数据。 3. ODS/DW 系统更专注于数据的集成和清洗，把生产数据变成企业管理角度所需要的主题 数据，但是对于随时变化的客户查询统计类业务、审计和司法调查类业务、以及各种需 要快速灵活变化的数据请求，往往不堪重负。 4. ODS/DW 系统的基础是模型，而互联网业务的迅速发展，使很多数据的存储和分析都无 法预先定义好完善的模型。
大数据平台架构-巨衫
1. 技术实现框架1.1大数据平台架构1.1.1大数据库是未来提升业务能力的关键要素以“大数据”为主导的新一波信息化浪潮正席卷全球，成为全球围加速企业技术创新、推动政府职能转变、引领社会管理变革的利器。
目前，大数据技术已经从技术研究步入落地实施阶段，数据资源成为未来业务的关键因素。
通过采集和分析数据，我们可以获知事物背后的原因，优化生产/生活方式，预知未来的发展动态。
经过多年的信息化建设，省地税已经积累了丰富的数据资源，为下一步的优化业务、提升管理水平，奠定了坚实的基础。
未来的数据和业务应用趋势，大数据才能解决这些问题。
《1.巨杉软件SequoiaDB产品和案例介绍 v2》P12 “银行的大数据资产和应用“，说明税务数据和业务分析，需要用大数据解决。
《1.巨杉软件SequoiaDB产品和案例介绍 v2》P14 “大数据与传统数据处理”，说明处理模式的差异。
1.1.2大数据平台总体框架大数据平台总体技术框架分为数据源层、数据接口层、平台架构层、分析工具层和业务应用层。
如下图所示：（此图要修改，北明）数据源层：包括各业务系统、服务系统以及社会其它单位的结构化数据和非结构化数据；数据接口层：是原始数据进入大数据库的入口，针对不同类型的数据，需要有针对性地开发接口，进行数据的缓冲、预处理等操作；平台架构层：基于大数据系统存储各类数据，进行处理？；分析工具层：提供各种数据分析工具，例如：建模工具、报表开发、数据分析、数据挖掘、可视化展现等工具；业务应用层：根据应用领域和业务需求，建立分析模型，使用分析工具，发现获知事物背后的原因，预知未来的发展趋势，提出优化业务的方法。
例如，寻找服务资源的最佳配置方案、发现业务流程中的短板进行优化等。
1.1.3大数据平台产品选型针对业务需求，我们选择巨杉数据库作为大数据基础平台。
1.1.3.1传统数据库与大数据库的差异（丰富一下容，说明应该选择大数据平台）传统的关系型数据库，只能存储结构化数据，在当前互联网快速发展的时代，僵硬的数据模型已经无法适应快速开发、快速迭代的互联网思维。
大数据平台与架构设计方案
大数据平台与架构设计方案目录一、引言 (2)二、大数据平台与架构设计 (3)三、全球大数据产业发展现状 (5)四、中国大数据产业发展状况 (7)五、大数据人才短缺与培养挑战 (10)六、大数据行业发展趋势预测 (12)一、引言随着互联网的不断发展和数字化时代的加速推进，大数据技术已逐渐渗透到各行各业中，并对经济和社会发展产生重要影响。
在大数据技术蓬勃发展的也面临着技术创新的挑战以及应用中的多重困境。
近年来，中国大数据产业规模不断扩大。
随着信息化建设的深入推进和数字化转型步伐的加快，国内大数据市场呈现快速增长态势。
大数据产业涉及硬件基础设施、软件服务、数据处理等多个领域，整体产业链日趋完善。
数据泄露可能导致个人隐私曝光、企业资产损失、客户流失等严重后果。
对于个人而言，数据泄露可能导致其身份信息、财产信息等被非法利用。
对于企业而言，数据泄露可能导致商业机密泄露、客户信任危机，甚至可能面临法律制裁。
数据采集是大数据处理的第一步。
为了实现高效的数据采集，需要采用各种数据抓取、数据接口等技术手段，从各种来源收集数据。
还需要考虑数据的实时性和准确性。
对象存储技术是一种基于对象的存储架构，它将数据作为对象进行存储和管理。
对象存储系统采用分布式存储方式，具有可扩展性强、数据一致性高等优点，特别适用于非结构化数据的存储。
声明：本文内容来源于公开渠道或根据行业大模型生成，对文中内容的准确性不作任何保证。
本文内容仅供参考，不构成相关领域的建议和依据。
二、大数据平台与架构设计（一）大数据平台概述大数据平台是指基于大数据技术，集数据存储、处理、分析和应用为一体的综合性平台。
它以高效、稳定、安全、灵活的方式处理海量数据，为用户提供数据驱动的业务决策和支持。
大数据平台的特点主要体现在以下几个方面：1、数据量大：能够处理海量数据，满足各种规模的数据处理需求。
2、数据类型多样：支持结构化、非结构化等多种数据类型。
3、处理速度快：采用高性能的数据处理技术和架构，提高数据处理速度。
大数据平台整体架构设计方案（PPT）
大数据平台整体架构设计方案（PPT）
近年来，随着IT技术与大数据、机器学习、算法方向的不断发展，越来越多的企业都意识到了数据存在的价值，将数据作为自身宝贵的资产进行管理，利用大数据和机器学习能力去挖掘、识别、利用数据资产。
如果缺乏有效的数据整体架构设计或者部分能力缺失，会导致业务层难以直接利用大数据大数据，大数据和业务产生了巨大的鸿沟，这道鸿沟的出现导致企业在使用大数据的过程中出现数据不可知、需求难实现、数据难共享等一系列问题，下方这份PPT材料介绍了大数据平台功能架构设计，各子模块建设方案，如架构设计、数据治理、区块链。
可视化平台等。
大数据平台架构介绍
为什么选择这样的大数据平台架构？作者：傅一平当前BAT基本公开了其大数据平台架构，从网上也能查询到一些资料，关于大数据平台的各类技术介绍也不少，但在那个机制、那个环境、那个人才、那个薪酬体系下，对于传统企业，可借鉴的东西也是有限的。
技术最终为业务服务，没必要一定要追求先进性，各个企业应根据自己的实际情况去选择自己的技术路径。
与传统的更多从技术的角度来看待大数据平台架构的方式不同，笔者这次，更多的从业务的视角来谈谈关于大数据架构的理解，即更多的会问为什么要采用这个架构，到底能给业务带来多大价值，实践的最终结果是什么。
它不一定具有通用性，但从一定程度讲，这个架构可能比BAT的架构更适应大多数企业的情况，毕竟，大多数企业，数据没到那个份上，也不可能完全自研，商业和开源的结合可能更好一点，权当抛砖引玉。
大数据平台架构的层次划分没啥标准，以前笔者曾经做过大数据应用规划，也是非常纠结，因为应用的分类也是横纵交错，后来还是觉得体现一个“能用”原则，清晰且容易理解，能指导建设，这里将大数据平台划分为“五横一纵”。
具体见下图示例，这张图是比较经典的，也是妥协的结果，跟当前网上很多的大数据架构图都可以作一定的映射。
何谓五横，基本还是根据数据的流向自底向上划分五层，跟传统的数据仓库其实很类似，数据类的系统，概念上还是相通的，分别为数据采集层、数据处理层、数据分析层、数据访问层及应用层。
同时，大数据平台架构跟传统数据仓库有一个不同，就是同一层次，为了满足不同的场景，会采用更多的技术组件，体现百花齐放的特点，这是一个难点。
数据采集层：既包括传统的ETL离线采集、也有实时采集、互联网爬虫解析等等。
数据处理层：根据数据处理场景要求不同，可以划分为HADOOP、MPP、流处理等等。
数据分析层：主要包含了分析引擎，比如数据挖掘、机器学习、深度学习等。
数据访问层：主要是实现读写分离，将偏向应用的查询等能力与计算能力剥离，包括实时查询、多维查询、常规查询等应用场景。
大数据平台的架构
大数据平台的架构大数据平台的架构是指为了支持大数据处理和分析而设计的系统结构和组件。
随着数据量的不断增长，传统的数据处理和分析方法已经无法满足对大规模数据的需求，大数据平台的架构应运而生。
下面将介绍一种常见的大数据平台架构。
1.数据采集层：数据采集层是大数据平台的第一层，用于从各种数据源（例如传感器、日志文件、数据库等）收集和捕获数据。
在这一层，常用的工具包括Flume、Kafka等，它们能够以高效方式实时采集和传输大量的数据。
2.存储层：存储层是用于存储大数据的关键组件。
在大数据平台中，通常使用分布式存储系统来存储数据。
常见的分布式存储系统包括Hadoop分布式文件系统（HDFS）、亚马逊的S3、谷歌的GFS等。
这些系统具有高可靠性、高吞吐量和容错性，并且能够扩展以容纳大量数据。
3.计算层：计算层是大数据平台的核心组件，用于对存储在存储层中的大量数据进行计算和分析。
在该层中，通常使用分布式计算引擎进行大规模数据处理。
常见的分布式计算引擎包括Hadoop的MapReduce、Spark等。
这些引擎可以并行处理大规模数据集，并且具有高性能和可伸缩性。
4.数据处理层：数据处理层是为了满足数据处理需求而构建的组件。
在该层中，使用数据处理框架对数据进行清洗、转换和整合。
常见的数据处理框架包括Apache Pig、Apache Hive等。
这些框架提供了丰富的数据处理和转换功能，使用户能够以更高层次的抽象和简化的方式对大数据进行处理。
5.数据应用层：数据应用层是大数据平台的最上层，用于构建各种具体的数据应用。
在该层中，可以使用各种工具和框架来开发和部署数据应用程序。
常见的工具和框架包括Apache Storm、Apache Flink等。
这些工具和框架可以帮助用户构建实时数据流应用、机器学习应用、数据可视化应用等。
6.安全管理层：安全管理层是大数据平台中不可或缺的一部分，用于确保数据的安全性和隐私性。
在该层中，可以使用各种安全工具和技术来保护数据。
大数据平台架构范文
大数据平台架构范文
一、引言
随着传统企业和组织的数字化转型，从事组织业务和管理决策的决策者们正在接触以及使用更多和更全面的数据。
这些数据中包含了大量的结构化数据和非结构化数据，从而需要一个支撑其处理和分析的基础架构，这就是大数据平台架构。
二、大数据平台架构的概述
大数据平台架构是一种旨在将大规模数据处理与管理集成到一个可扩展的解决方案中的架构。
这个架构可以支持组织处理和分析大规模的结构化、半结构化以及非结构化数据，从而提升业务决策和管理决策的效率和准确性。
平台架构是由几个主要构件组成的，包括数据采集、数据存储、数据处理、数据可视化、模型开发以及管理控制等。
（1）数据采集
数据采集是将组织内外的各种数据源集成到一个可视的采集系统中的过程，它是数据处理和分析过程的第一步，也是关键的一步。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1.技术实现框架1.1大数据平台架构1.1.1大数据库是未来提升业务能力的关键要素以“大数据”为主导的新一波信息化浪潮正席卷全球，成为全球围加速企业技术创新、推动政府职能转变、引领社会管理变革的利器。
目前，大数据技术已经从技术研究步入落地实施阶段，数据资源成为未来业务的关键因素。
通过采集和分析数据，我们可以获知事物背后的原因，优化生产/生活方式，预知未来的发展动态。
经过多年的信息化建设，省地税已经积累了丰富的数据资源，为下一步的优化业务、提升管理水平，奠定了坚实的基础。
未来的数据和业务应用趋势，大数据才能解决这些问题。
《1.巨杉软件SequoiaDB产品和案例介绍 v2》P12 “银行的大数据资产和应用“，说明税务数据和业务分析，需要用大数据解决。
《1.巨杉软件SequoiaDB产品和案例介绍 v2》P14 “大数据与传统数据处理”，说明处理模式的差异。
1.1.2大数据平台总体框架大数据平台总体技术框架分为数据源层、数据接口层、平台架构层、分析工具层和业务应用层。
如下图所示：（此图要修改，北明）数据源层：包括各业务系统、服务系统以及社会其它单位的结构化数据和非结构化数据；数据接口层：是原始数据进入大数据库的入口，针对不同类型的数据，需要有针对性地开发接口，进行数据的缓冲、预处理等操作；平台架构层：基于大数据系统存储各类数据，进行处理？；分析工具层：提供各种数据分析工具，例如：建模工具、报表开发、数据分析、数据挖掘、可视化展现等工具；业务应用层：根据应用领域和业务需求，建立分析模型，使用分析工具，发现获知事物背后的原因，预知未来的发展趋势，提出优化业务的方法。
例如，寻找服务资源的最佳配置方案、发现业务流程中的短板进行优化等。
1.1.3大数据平台产品选型针对业务需求，我们选择巨杉数据库作为大数据基础平台。
1.1.3.1传统数据库与大数据库的差异（丰富一下容，说明应该选择大数据平台）传统的关系型数据库，只能存储结构化数据，在当前互联网快速发展的时代，僵硬的数据模型已经无法适应快速开发、快速迭代的互联网思维。
同时，越来越广阔的移动无线网络覆盖，不断提升的上网体验，人们的生活已经与网络连接起来，现在人们在互联网产生的数据，比较过去正在以几何倍数增长。
1.1.3.2巨杉的产品框架（）巨杉的简要介绍。
产品框架下的组件的简要介绍，说明由哪些东西组成，实现哪些功能。
1.1.3.3产品比较？（与类似产品的竞争优势？）SequoiaDB作为一款拥有完全自主知识产权的文档型分布式数据库，天生具备高性能、高可用的特性。
SequoiaDB采用分片技术为数据库提供横向扩展机制，这个分片过程对应用程序来说是透明的。
分片分配数据跨越多个物理分区，每个分区也即分片。
分片是为了替SequoiaDB 部署解决单台服务器硬件资源受限问题，如存或者磁盘 I/O 瓶颈，不会增加应用程序复杂性。
SequoiaDB相比其他数据库的独有功能如下：1.1.3.4巨杉的特点？（）SequoiaDB不仅在性能上领先业界其他的非关系型数据库，对比其他数据库，SequoiaDB提供了非常多的独有功能：1)灵活的数据类型SequoiaDB采用文档类型数据模型（对象存储），将程序中的对象以原生的方式保存在数据库中，并且可以对其中而已属性或子对象进行检索匹配，可以大幅度弱化复杂的关系模型，加快应用的开发速度，并减少系统的运维成本。
灵活的数据类型2)统一管理结构化数据和海量小文件在过去，企业构建一个容管理系统，基本是一个关系型数据库+存储这样的组合。
这种构建方法，在过去数据量不大，并发数不高的情况下，系统还能运行得比较平稳。
但是随着时间的推移，需要接入该系统的业务会越来越多，需要管理的文件和信息量都开始开始激增，并且随着查询的并发量增加，这时候，按照传统方法构建的系统，性能、扩容能力都无法满足需求。
SequoiaDB是一款以BSON数据类型作为底层存储格式的文档型数据库。
BSON格式本身是一种弱Schema的数据类型，一条BSON记录里面，可以包含各种类型的数据，如整型、字符型、浮点型和二进制类型的数据。
用户可以利用BSON这种特性，将像图片，音频这种小文件以二进制类型放到一个BSON记录里面，同时将对文件的描述信息也存储在同一个BSON记录上，形成一条完整的信息存储在SequoiaDB中。
结构化数据与非结构化数据存储在同一条记录上这种利用BSON特性的存储方法，可以有效避免由于数据需要存储在两个地方（数据库+存储），中间需要处理复杂的事务逻辑，并且从根本上避免了信息孤岛产生的可能。
非结构化数据与结构化数据整合在一起，形成一条完整的记录存储。
3)双存储引擎，简化系统架构SequoiaDB数据库支持BSON结构存储和块数据存储。
当用户需要存储一些结构化数据时，可以选择使用BSON结构将数据存储在SequoiaDB中。
当用户需要将大文件（超过16M）存储在SequoiaDB中时，可以选择块存储模式，将文件存储在数据库中。
如果用户需要构建一个既需要存储结构化信息，有需要管理大量大文件的系统时，SequoiaDB双存储引擎这个特性，能帮助用户快速搭建一个高性能、高可用的系统，并且整个系统组件简单—只有SequoiaDB数据库，不再需要额外购买昂贵的存储设备，节省企业的开发和运维成本。
图8：SequoiaDB双存储引擎4)统一数据视图，实现冷、热数据物理分离在大数据应用系统中，虽然存储了大量的历史数据，但是用户在使用数据的规律上，总会有一些数据是使用得比较频繁的（例如在银行中，近期三个月的数据位热数据），有一部分数据有价值，但是查询的频率不高，对于查询的性能也没有热数据那么严格（通常检索热数据，需要在50毫秒返回结果，检索冷数据，允许在10秒），这种数据我们就称为冷数据。
SequoiaDB专门为历史数据归档、检索提供一种全新的存储机制，使得热数据与冷数据实现物理分离（例如热数据使用较好的存储硬件SSD，冷数据存储在廉价的磁盘上），但是冷、热数据均统一在一个数据视图上，用户只要像操作一个普通的数据表那样，进行数据检索、分析。
冷、热数据分离5)SequoiaDB支持读写分离，用户可以针对一份数据完成更多的业务处理SequoiaDB通过多副本数据备份，实现数据安全，同时，利用数据的多副本，用户可以在指定多个业务同时访问不同的数据节点，实现一份数据，多种用途的目的，大大提升了数据的使用率。
图10：SequoiaDB读写分离6)深度整合大数据体系的各个组件SequoiaDB不仅通过了全球最大的Hadoop发行商Cloudera的官方认证（全球只有四家NoSQL数据库获得），还获得了DataBricks的官方认证，同时，SequoiaDB也是国三家经过DataBricks授权，拥有发行Spark权利的厂商之一。
SequoiaDB的企业版本，除了为客户提供一个高性能的分布式文档型数据库外，还集成了Hadoop的HDFS、MapReduce，基于存计算的分布式计算框架Spark，SequoiaDB还向客户提供完善的SQL解决方案，像Hive、SQL Engine和Spark SQL，用户可以根据不同的场景，选择不同的组件快速构建属于自己的大数据平台。
从下图可以看到，用户可以基于SequoiaDB作为底层数据库，在应用开发上，根据不同的场景，例如海量数据分析，用户可以选择MapReduce、Hive、Spark RDD 或者Spark SQL来完成；如果是做数据实时检索类型的业务，用户可以选择使用SQL Engine或者SequoiaDB提供的API来进行实时数据检索。
SequoiaDB深度整合大数据体系各个组件SequoiaDB企业版架构图7)完善的运维、监控工具SequoiaDB作为一家企业级数据库厂商，除了为用户提供高性能的数据库服务外，还为用户提供完善的运维工具。
例如在命令行工具上，SequoiaDB为用户提供sdbtop工具，方便用户实时追踪集群运行状况，还有sdb日志追踪工具，多级别日志选择等都为企业后续的运维减轻压力。
另外，SequoiaDB还为用户提供一套WEB管理工具，用户可以通过页面部署、管理SequoiaDB集群，并且WEB控制台还将实时监控的数据用形象的图表展示给用户。
企业后续对SequoiaDB集群的运维工作量大大减少。
SequoiaDB WEB管理界面8)SequoiaDB支持在线扩容，系统扩容升级快速简单SequoiaDB支持在线扩容，系统扩容升级快速简单SequoiaDB作为一款分布式文档型数据库，在数据库架构设计之初就已经将方便快捷扩容作为设计标准，用户在系统性能不足时，通过快速扩展集群，提升系统整体性能。
SequoiaDB在线扩容图1.1.3.5本地化服务？（国产；本地企业；服务和维护能力）1.1.4数据接口（这里的容，与“数据采集”是啥关系？）（下面的容，是数据采集的工具吗？）SequoiaDB作为分布式数据库，能采集的大量数据进行分布式存储，并与众多数据处理工具进行对接。
以下为推荐的数据处理工具。
（）工具作用kafka 分布式消息系统，它可以实现水平扩展和高吞吐量flume Flume是Cloudera提供的一个高可用的，高可靠的，分布式的海量日志采集、聚合和传输的系统Kestrel 开源的消息中间件，高性能，小巧，持久存储及可靠获取Kettle(ETL) 实现数据的交换，即数据的ETL操作kafka是一种高吞吐量的分布式发布订阅消息系统，它可以处理消费者规模的中的所有动作流数据。
这些数据通常是由于吞吐量的要求而通过处理日志和日志聚合来解决。
对于像Hadoop的一样的日志数据和离线分析系统，但又要时处理的限制，这是一个可行的解决方案。
kafka的目的是通过Hadoop的并行加载机制来统一线上和离线的消息处理，也是为了通过集群机来提供实时的消费。
Flume最早是Cloudera提供的日志收集系统，目前是Apache下的一个孵化项目，Flume支持在日志系统中定制各类数据发送方，用于收集数据。
Flume提供对数据进行简单处理，并写到各种数据接受方（可定制）的能力 Flume提供了从console（控制台）、RPC（Thrift-RPC）、text（文件）、tail（UNIX tail）、syslog（syslog日志系统，支持TCP和UDP等2种模式），exec（命令执行）等数据源上收集数据的能力。
Kestrel是twitter的开发团队用scala语言写的开源消息中间件，可以将消息持久存储到磁盘上，也可以将消息存储于存中，但是不论保存磁盘还是存中都可以设置消息存储的超期时间长短。
其具备了以下特点：快速、小巧、持久性、可靠性。