共计 1157 个字符，预计需要花费 3 分钟才能阅读完成。
Flink 和 Spark 比照
通过学习，咱们理解到，Spark 和 Flink 都反对批处理和流解决，接下来让咱们对这两种风行的数据处理框架在各方面进行比照。首先，这两个数据处理框架有很多相同点。
•都基于内存计算；
•都有对立的批处理和流解决 APl，都反对相似 SQL 的编程接口；
•都反对很多雷同的转换操作，编程都是用相似于 Scala Collection APl 的函数式编程模式；
•都有欠缺的谬误复原机制；
•都反对 Exactly once 的语义一致性。
当然，它们的不同点也是相当显著，咱们能够从 4 个不同的角度来看。
从流解决的角度来讲，Spark 基于微批量解决，把流数据看成是一个个小的批处理数据块别离解决，所以提早性只能做到秒级。而 Flink 基于每个事件处理，每当有新的数据输出都会立即解决，是真正的流式计算，反对毫秒级计算。因为雷同的起因，Spark 只反对基于工夫的窗口操作（解决工夫或者事件工夫），而 Flink 反对的窗口操作则非常灵活，不仅反对工夫窗口，还反对基于数据自身的窗口，开发者能够自在定义想要的窗口操作。
从 SQL 性能的角度来讲，Spark 和 Flink 别离提供 SparkSQL 和 Table APl 提供 SQL 交互反对。
两者相比拟，Spark 对 SQL 反对更好，相应的优化、扩大和性能更好，而 Flink 在 SQL 反对方面还有很大晋升空间。
从迭代计算的角度来讲，Spark 对机器学习的反对很好，因为能够在内存中缓存两头计算结果来减速机器学习算法的运行。然而大部分机器学习算法其实是一个有环的数据流，在 Spark 中，却是用无环图来示意。而 Flink 反对在运行工夫中的有环数据流，从而能够更无效的对机器学习算法进行运算。
从相应的生态系统角度来讲，Spark 的社区无疑更加沉闷。Spark 能够说有着 Apache 旗下最多的开源贡献者，而且有很多不同的库来用在不同场景。而 Flink 因为较新，现阶段的开源社区不如 Spark 沉闷，各种库的性能也不如 Spark 全面。然而 Flink 还在一直倒退，各种性能也在逐步欠缺。
如何抉择 Spark 和 Flink
对于以下场景，你能够抉择 Spark。
•数据量十分大而且逻辑简单的批数据处理，并且对计算效率有较高要求（比方用大数据分析来构建举荐零碎进行个性化举荐、广告定点投放等）；
•基于历史数据的交互式查问，要求响应较快；
•基于实时数据流的数据处理，提早性要求在在数百毫秒到数秒之间。
Spark 完满满足这些场景的需要，而且它能够一站式解决这些问题，无需用别的数据处理平台。因为 Flink 是为了晋升流解决而创立的平台，所以它实用于各种须要非常低提早（微秒到毫秒级）的实时数据处理场景，比方实时日志报表剖析。
而且 Flink 用流解决去模仿批处理的思维，比 Spark 用批处理去模仿流解决的思维扩展性更好。
关键词：大数据培训