
一、简要介绍
对于大数据的处理,在离线方面,Hadoop很完美地解决了,对于实时数据的处理则无能为力。
Storm是一个开源的分布式实时计算系统,可以简单、可靠地处理大量的数据流。
Storm有很多使用场景,如实时分析、在线机器学习、持续计算、分布式RPC、ETL等。
Storm支持水平扩展,具有高容错性,保证每个消息都会得到处理,而且处理速度很快(在一个小集群中,每个节点每秒可以处理数以百万计的消息)。
Storm的部署和运维都很便捷,而且更为重要的是可以使用任意编程语言来开发应用。
二、系统特性
1、编程模型简单
Storm为大数据的实时计算提供了一些简单优美的原语,这大大降低了开发并行实时处理任务的复杂性,帮助你快速、高效的开发应用。
2、可扩展
在Storm集群中真正运行Topology的主要有三个实体:工作进程、线程和任务。
Storm集群中的每台机器上都可以运行多个工作进程,每个工作进程又可创建多个线程,每个线程可以执行多个任务,任务是真正进行数据处理的实体,Spout、Bolt被开发出来就是作为一个或者多个任务的方式执行的。
3、高可靠性
Storm可以保证Spout发出的每条消息都能被“完全处理”,Spout发出的消息后续可能会触发产生成千上万条消息,可以形象地理解为一棵消息树,其中Spout发出的消息为树根,Storm会跟踪这个消息树的处理情况,只有这棵树中的所有消息被处理了才认为“完全处理”了,否则Spout会重发消息。
4、高容错性
如果在消息处理过程中出现了一些异常,Storm会重新部署这个出问题的处理单元。Storm保证一个处理单元永远运行(除非你显示的结束这个处理单元)。
5、支持多种编程语言
除了用Java实现Spout和Bolt,你还可以使用任何你熟悉的编程语言来完成这项工作,这一切得益于Storm所谓的多语言协议。
多语言协议是Storm内部的一种特殊协议,允许Spout或者Bolt使用标准输入和标准输出来进行消息传递,传递的消息为单行文本或者JSON编码的多行。
6、支持本地模式
Storm有一种“本地模式”,也就是在进程中模拟一个Storm集群的所有功能,以本地模式运行Topology跟在集群上运行Topology类似,这对于我们开发和测试来说非常有用。
7、高效
用ZeroMQ作为底层消息队列,保证消息能快速被处理。
8、运维和部署简单
Storm计算任务是以“拓扑”为基本单位的,每个拓扑完成特定的业务指标,拓扑中的每个逻辑业务节点实现特定的逻辑,并通过消息相互协作。
实际部署时,仅需要根据情况配置逻辑节点的并发数,而不需要关心部署到集群中的哪台机器,Storm支持动态增加节点但不会自动负载均衡。
9、图形化监控
图形界面,可以监控各个拓扑的信息,包括每个处理单元的状态和处理消息的数量。
三、类似系统
这里主要将Yahoo!S4和IBM InfoSphere Streams与Storm进行对比。
1、Yahoo!S4
(1)系统模型:通过把任务分解为尽可能小的处理单元,各处理单元之间形成流水线,从而提高并发度和吞吐量,处理单元的粒度由开发者自行把握,这点与Storm相似,不同的是S4内置的处理单元PE还可以处理count、join和aggregate等常见任务需求。
(2)开发:S4使用Java开发,模块高度可定制化。
(3)通信协议:S4节点间通信采用POJOs(Plain Old Java Objects)模式,底层通信协议采用UDP。
(4)高可用:S4集群中所有节点对等,无单点问题。
(5)运维与部署:S4不支持动态部署和动态增删节点,这两点Storm都支持。
2、IBM InfoSphere Streams
(1)系统模型:通过把任务分解为尽可能小的处理单元,各处理单元之间形成流水线,从而提高并发度和吞吐量,各处理单元只能完成预定的操作(如:join、merge等),强制限制每个处理单元的粒度。
(2)开发:定制的开发环境Eclipse-SPL(Steam Programming Language)。
(3)高可用:与S4和Storm一样支持故障转移。
(4)运维与部署:部署半自动化,支持动态增加节点,且根据负载自动均衡,这点Storm不支持。
四、应用模式
1、海量数据处理
Storm由于其高效、可靠、可扩展、易部署、高容错及实时性高等特点,对于海量数据的实时处理非常合适。
比如:统计网站的页面浏览量(如:Page View即PV)指标,Storm可以做到实时接收到点击数据流,并实时计算出结果。
2、中间状态存储与查询
对于Storm实时计算出的中间结果,可以实时写入MySQL或者HBase,以便于用户查询。
3、数据增量更新
对于PV指标的计算,如果直接实时修改HBase,则HBase压力会很大。
可以将数据在Storm内计算短暂的一段时间后,增量地合并到HBase,以牺牲一定查询结果的实时性换取HBase压力的减轻。
4、结合概率算法实时计算复杂指标
Storm实时处理数据,相对离线处理而言需要大量内存存储中间状态,为了减少内存的消耗,可以根据业务特点(如:Unique Visitor即UV)采用概率算法近似计算结果。
数据分析咨询请扫描二维码
若不方便扫码,搜微信号:CDAshujufenxi
在人工智能领域,“大模型” 已成为近年来的热点标签:从参数超 1750 亿的 GPT-3,到万亿级参数的 PaLM,再到多模态大模型 GPT-4 ...
2025-10-22在 MySQL 数据库的日常运维与开发中,“更新数据是否会影响读数据” 是一个高频疑问。这个问题的答案并非简单的 “是” 或 “否 ...
2025-10-22在企业数据分析中,“数据孤岛” 是制约分析深度的核心瓶颈 —— 用户数据散落在注册系统、APP 日志、客服记录中,订单数据分散 ...
2025-10-22在神经网络设计中,“隐藏层个数” 是决定模型能力的关键参数 —— 太少会导致 “欠拟合”(模型无法捕捉复杂数据规律,如用单隐 ...
2025-10-21在特征工程流程中,“单变量筛选” 是承上启下的关键步骤 —— 它通过分析单个特征与目标变量的关联强度,剔除无意义、冗余的特 ...
2025-10-21在数据分析全流程中,“数据读取” 常被误解为 “简单的文件打开”—— 双击 Excel、执行基础 SQL 查询即可完成。但对 CDA(Cert ...
2025-10-21在实际业务数据分析中,我们遇到的大多数数据并非理想的正态分布 —— 电商平台的用户消费金额(少数用户单次消费上万元,多数集 ...
2025-10-20在数字化交互中,用户的每一次操作 —— 从电商平台的 “浏览商品→加入购物车→查看评价→放弃下单”,到内容 APP 的 “点击短 ...
2025-10-20在数据分析的全流程中,“数据采集” 是最基础也最关键的环节 —— 如同烹饪前需备好新鲜食材,若采集的数据不完整、不准确或不 ...
2025-10-20在数据成为新时代“石油”的今天,几乎每个职场人都在焦虑: “为什么别人能用数据驱动决策、升职加薪,而我面对Excel表格却无从 ...
2025-10-18数据清洗是 “数据价值挖掘的前置关卡”—— 其核心目标是 “去除噪声、修正错误、规范格式”,但前提是不破坏数据的真实业务含 ...
2025-10-17在数据汇总分析中,透视表凭借灵活的字段重组能力成为核心工具,但原始透视表仅能呈现数值结果,缺乏对数据背景、异常原因或业务 ...
2025-10-17在企业管理中,“凭经验定策略” 的传统模式正逐渐失效 —— 金融机构靠 “研究员主观判断” 选股可能错失收益,电商靠 “运营拍 ...
2025-10-17在数据库日常操作中,INSERT INTO SELECT是实现 “批量数据迁移” 的核心 SQL 语句 —— 它能直接将一个表(或查询结果集)的数 ...
2025-10-16在机器学习建模中,“参数” 是决定模型效果的关键变量 —— 无论是线性回归的系数、随机森林的树深度,还是神经网络的权重,这 ...
2025-10-16在数字化浪潮中,“数据” 已从 “辅助决策的工具” 升级为 “驱动业务的核心资产”—— 电商平台靠用户行为数据优化推荐算法, ...
2025-10-16在大模型从实验室走向生产环境的过程中,“稳定性” 是决定其能否实用的关键 —— 一个在单轮测试中表现优异的模型,若在高并发 ...
2025-10-15在机器学习入门领域,“鸢尾花数据集(Iris Dataset)” 是理解 “特征值” 与 “目标值” 的最佳案例 —— 它结构清晰、维度适 ...
2025-10-15在数据驱动的业务场景中,零散的指标(如 “GMV”“复购率”)就像 “散落的零件”,无法支撑系统性决策;而科学的指标体系,则 ...
2025-10-15在神经网络模型设计中,“隐藏层层数” 是决定模型能力与效率的核心参数之一 —— 层数过少,模型可能 “欠拟合”(无法捕捉数据 ...
2025-10-14