关注大数据~

Bolts 现在我们有了一个spout来读取文件并且每一行发射一个元组。我们需要建立两个bolt来处理元组(见图2-1)。这些bolts实现了backtype.storm.topology.IRichBolt接口。 Bolt最重要的方法是voidexecute(Tuple input)，每收到一个元组调用一次。对于每个收到的元组，bolt会发射出一些元组。 bolt或者spout可以发射如所

摘要：《getting start with storm》 中文版 第八章 part-1，博客中以连载的方式包含完整章节。

摘要：《getting start with storm》 中文版 第八章 part-3，博客中以连载的方式包含完整章节。

摘要：《getting start with storm》 中文版 第七章 part-2，博客中以连载的方式包含完整章节。

摘要：《getting start with storm》 中文版 第七章 part-1，博客中以连载的方式包含完整章节。

第六章 一个真实的示例 本章要阐述一个典型的web分析解决方案，一个经常使用hadoop批量作业来解决的问题。不同于hadoop的实现，基于storm的解决方案将显示实时刷新的结果。 我们的示例包含三个主要的组件(见图6-1)： ﹒一个Node.js网络应用，用来测试系统 ﹒一个Redis服务器，用来持久化数据。 ﹒一个storm topology，用于实时分布式数据处理。 图

第五章 Bolts 正如你看到的，bolts是一个storm集群中的关键组件。在本章中，你将看到一个bolt的生命周期，bolt的设计策略，以及怎样实现它们的一些示例。 Bolt生命周期 Bolt是一种将元组作为输入并且制造元组作为输出的组件。当你实现一个bolt的时候，你通常实现IRichBolt接口。Bolts在客户端机器被创建，序列化至topology中，并提交至集群中的master机

第四章 Spouts 在本章中，你会看到设计topology入口点(spout)的最常用的策略和怎样使得spouts容错。 可靠消息 versus不可靠消息 当设计topology的时候，一件要时刻记在脑中的重要事情是消息的可靠性。如果一个消息不能被处理，你需要决定对这条单独的消息该做什么，对于整个topology该做什么。例如，当处理银行存款时，不遗漏一条交易消息是重要的。但是如果你处理上

摘要：《getting start with storm》 中文版 第六章 part-2，博客中以连载的方式包含完整章节。

第二章 开始 在本章中，我们会建一个storm工程和我们的第一个storm topology。  下述假设你安装了至少1.6版本的Java运行时环境(JRE)。我们推荐使用oracle提供的JRE，可以在这里找到 http://www.java.com/downloads/。 操作模式 在我们开始之前，理解storm的操作模式很重要。有两种方式运行storm。 本地模式 在本地模式中

将去年年底翻译的书拿出来与大家分享，水平有限，欢迎大家批评指导~   转载请注明出处： 第一章 基础 Storm是一套分布式的、可靠的，可容错的用于处理流式数据的系统。处理工作会被委派给不同类型的组件，每个组件负责一项简单的、特定的处理任务。Storm集群的输入流由名为spout的组件负责。Spout将数据传递给名为bolt的组件，后者将以某种方式处理这些数据。例如bolt以某种存储

摘要：《getting start with storm》 中文版 第六章 part-3，博客中以连载的方式包含完整章节。

摘要：《getting start with storm》 中文版 第六章 part-4，博客中以连载的方式包含完整章节。

队列消息 第二个方法是连接你的spouts到一个排队系统，该系统将从消息发射器接收消息并将消息供spouts消费。使用排队系统的优点是它可以作为spouts和数据源之间的中间件。很多时候你可以通过排队来做多队列的消息回放。这意味着你不需要知道任何关于消息发射器的 图4-3 直接连接协调器 东西，添加和删除发射器比直接连接更简单。这种架构的问题是队列将成为你的失败点，并且你将你的处理流

获取数据 这里你将看到一些常用的设计spouts的方法，它们可以从多个源有效的收集数据。 直接连接 在直接连接的架构中，spout直接连接到一个消息发射器(见图4-1)。 图4-1 直接连接的spout 这种架构实现简单，特别是当消息发射器是一个众所周知的设备或设备组时。一个众所周知的设备是指一个在启动时就被知晓并且在整个topology生命周期中都保持一致的设备。一个未知的设备

第三章 Topologies 在本章中，你将看到怎样在一个storm topology的不同组件之间传递元组，以及怎样在一个运行的storm集群上部署topology。 流分组 在设计一个topology的时候，你需要做的最重要的事情是定义数据在组件之间怎样交换(流怎样被bolts消费)。流分组指定了每个bolt消费哪些流和这些流被怎样消费。 一个结点可以发射不止一条数据流。流分组允许我们

LocalCluster versus StormSubmitter 到目前为止，你使用了叫做LocalCluster的设施来在你本地的电脑中运行topology。在你的电脑里运行storm的基础设施使你可以方便的运行和调试不同的topologies。但是当你想提交你的topology到一个正在运行的storm集群时怎么样呢？storm的一个有趣的特点是提交你的topology到一个实际的集群中

摘要：《getting start with storm》 中文版 第八章 part-2，博客中以连载的方式包含完整章节。