共计 1391 个字符，预计需要花费 4 分钟才能阅读完成。
本文由 LinuxProbe.Com 团队成员 魏丽猿 整理发布，原文来自：51Cto。
谈到大数据框架，现在最火的就是 Hadoop 和 Spark，但我们往往对它们的理解只是提留在字面上，并没有对它们进行深入的思考，倒底现在业界都在使用哪种技术？二者间究竟有哪些异同？它们各自解决了哪些问题？下面不妨跟我一块看下它们究竟有什么异同。
首先，Hadoop 和 Apache Spark 两者都是大数据框架，但是各自存在的目的不尽相同。Hadoop 实质上更多是一个分布式数据基础设施: 它将巨大的数据集分派到一个由普通计算机组成的集群中的多个节点进行存储，意味着您不需要购买和维护昂贵的服务器硬件，Hadoop 还会索引和跟踪这些数据，让大数据处理和分析效率达到前所未有的高度；Spark，则是那么一个专门用来对那些分布式存储的大数据进行处理的工具，它并不会进行分布式数据的存储。
Hadoop 除了提供了一个为大家所共识的 HDFS 分布式数据存储功能之外，还提供了叫做 MapReduce 的数据处理功能，所以我们完全可以抛开 Spark，使用 Hadoop 自身的 MapReduce 来完成数据的处理；Spark 也不是非要依附在 Hadoop 身上才能生存，但如上所述，毕竟它没有提供文件管理系统，所以它必须和其他的分布式文件系统进行集成才能运作，这里我们可以选择 Hadoop 的 HDFS, 也可以选择其他的基于云的数据系统平台，但 Spark 默认来说还是被用在 Hadoop 上面的，毕竟大家都认为它们的结合是最好的。
Spark 因为其处理数据的方式不一样，会比 MapReduce 快上很多，MapReduce 是分步对数据进行处理的:“从集群中读取数据，进行一次处理，将结果写到集群，从集群中读取更新后的数据，进行下一次的处理，将结果写到集群，等等”Booz Allen Hamilton 的数据科学家 Kirk Borne 如此解析；反观 Spark，它会在内存中以接近“实时”的时间完成所有的数据分析：“从集群中读取数据，完成所有必须的分析处理，将结果写回集群，最终完成”，Spark 的批处理速度比 MapReduce 快近 10 倍，内存中的数据分析速度则快近 100 倍，如果需要处理的数据和结果需求大部分情况下是静态的，且你也有耐心等待批处理的完成的话，MapReduce 的处理方式也是完全可以接受的，但如果你需要对流数据进行分析，比如那些来自于工厂的传感器收集回来的数据，又或者说你的应用是需要多重数据处理的，那么你也许更应该使用 Spark 进行处理，大部分机器学习算法都是需要多重数据处理的，此外，通常会用到 Spark 的应用场景有以下方面：实时的市场活动，在线产品推荐，网络安全分析，机器日记监控等。
两者的灾难恢复方式迥异，但是都很不错。因为 Hadoop 将每次处理后的数据都写入到磁盘上，所以其天生就能很有弹性的对系统错误进行处理;Spark 的数据对象存储在分布于数据集群中的叫做弹性分布式数据集 (RDD: Resilient Distributed Dataset) 中, 这些数据对象既可以放在内存，也可以放在磁盘，所以 RDD 同样也可以提供完成的灾难恢复功能。
