基于Spark通用计算平台,可以很好地扩展各种计算类型的应用,尤其是Spark提供了内建的计算库支持,像Spark Streaming、Spark SQL、MLlib、GraphX,这些内建库都提供了高级抽象,可以用非常简洁的代码实现复杂的计算逻辑、这也得益于Scala编程语言的简洁性。这里,我们基于1.3.0版本的Spark搭建了计算平台,实现基于Spark Streaming的实时计算。
我们的应用场景是分析用户使用手机App的行为,描述如下所示:
- 手机客户端会收集用户的行为事件(我们以点击事件为例),将数据发送到数据服务器,我们假设这里直接进入到Kafka消息队列
- 后端的实时服务会从Kafka消费数据,将数据读出来并进行实时分析,这里选择Spark Streaming,因为Spark Streaming提供了与Kafka整合的内置支持
- 经过Spark Streaming实时计算程序分析,将结果写入Redis,可以实时获取用户的行为数据,并可以导出进行离线综合统计分析
Spark Streaming介绍
Spark Streaming提供了一个叫做DStream(Discretized Stream)的高级抽象,DStream表示一个持续不断输入的数据流,可以基于Kafka、TCP Socket、Flume等输入数据流创建。在内部,一个DStream实际上是由一个RDD序列组成的。Sparking Streaming是基于Spark平台的,也就继承了Spark平台的各种特性,如容错(Fault-tolerant)、可扩展(Scalable)、高吞吐(High-throughput)等。
在Spark Streaming中,每个DStream包含了一个时间间隔之内的数据项的集合,我们可以理解为指定时间间隔之内的一个batch,每一个batch就构成一个RDD数据集,所以DStream就是一个个batch的有序序列,时间是连续的,按照时间间隔将数据流分割成一个个离散的RDD数据集,如图所示(来自官网):
我们都知道,Spark支持两种类型操作:Transformations和Actions。Transformation从一个已知的RDD数据集经过转换得到一个新的RDD数据集,这些Transformation操作包括map、filter、flatMap、union、join等,而且Transformation具有lazy的特性,调用这些操作并没有立刻执行对已知RDD数据集的计算操作,而是在调用了另一类型的Action操作才会真正地执行。Action执行,会真正地对RDD数据集进行操作,返回一个计算结果给Driver程序,或者没有返回结果,如将计算结果数据进行持久化,Action操作包括reduceByKey、count、foreach、collect等。关于Transformations和Actions更详细内容,可以查看官网文档。
同样、Spark Streaming提供了类似Spark的两种操作类型,分别为Transformations和Output操作,它们的操作对象是DStream,作用也和Spark类似:Transformation从一个已知的DStream经过转换得到一个新的DStream,而且Spark Streaming还额外增加了一类针对Window的操作,当然它也是Transformation,但是可以更灵活地控制DStream的大小(时间间隔大小、数据元素个数),例如window(windowLength, slideInterval)、countByWindow(windowLength, slideInterval)、reduceByWindow(func, windowLength, slideInterval)等。Spark Streaming的Output操作允许我们将DStream数据输出到一个外部的存储系统,如数据库或文件系统等,执行Output操作类似执行Spark的Action操作,使得该操作之前lazy的Transformation操作序列真正地执行。
Kafka+Spark Streaming+Redis编程实践
下面,我们根据上面提到的应用场景,来编程实现这个实时计算应用。首先,写了一个Kafka Producer模拟程序,用来模拟向Kafka实时写入用户行为的事件数据,数据是JSON格式,示例如下:
1 |
{"uid":"068b746ed4620d25e26055a9f804385f","event_time":"1430204612405","os_type":"Android","click_count":6} |
一个事件包含4个字段:
- uid:用户编号
- event_time:事件发生时间戳
- os_type:手机App操作系统类型
- click_count:点击次数
下面是我们实现的代码,如下所示:
01 |
package org.shirdrn.spark.streaming.utils
|
03 |
import java.util.Properties
|
04 |
import scala.util.Properties
|
05 |
import org.codehaus.jettison.json.JSONObject
|
06 |
import kafka.javaapi.producer.Producer
|
07 |
import kafka.producer.KeyedMessage
|
08 |
import kafka.producer.KeyedMessage
|
09 |
import kafka.producer.ProducerConfig
|
10 |
import scala.util.Random
|
12 |
object KafkaEventProducer {
|
14 |
private val users = Array(
|
15 |
"4A4D769EB9679C054DE81B973ED5D768" , "8dfeb5aaafc027d89349ac9a20b3930f" ,
|
16 |
"011BBF43B89BFBF266C865DF0397AA71" , "f2a8474bf7bd94f0aabbd4cdd2c06dcf" ,
|
17 |
"068b746ed4620d25e26055a9f804385f" , "97edfc08311c70143401745a03a50706" ,
|
18 |
"d7f141563005d1b5d0d3dd30138f3f62" , "c8ee90aade1671a21336c721512b817a" ,
|
19 |
"6b67c8c700427dee7552f81f3228c927" , "a95f22eabc4fd4b580c011a3161a9d9d" )
|
21 |
private val random = new Random()
|
23 |
private var pointer = - 1
|
25 |
def getUserID() : String = {
|
27 |
if (pointer > = users.length) {
|
35 |
def click() : Double = {
|
43 |
def main(args : Array[String]) : Unit = {
|
44 |
val topic = "user_events"
|
45 |
val brokers = "10.10.4.126:9092,10.10.4.127:9092"
|
46 |
val props = new Properties()
|
47 |
props.put( "metadata.broker.list" , brokers)
|
48 |
props.put( "serializer.class" , "kafka.serializer.StringEncoder" )
|
50 |
val kafkaConfig = new ProducerConfig(props)
|
51 |
val producer = new Producer[String, String](kafkaConfig)
|
55 |
val event = new JSONObject()
|
57 |
.put( "uid" , getUserID)
|
58 |
.put( "event_time" , System.currentTimeMillis.toString)
|
59 |
.put( "os_type" , "Android" )
|
60 |
.put( "click_count" , click)
|
63 |
producer.send( new KeyedMessage[String, String](topic, event.toString))
|
64 |
println( "Message sent: " + event)
|
通过控制上面程序最后一行的时间间隔来控制模拟写入速度。下面我们来讨论实现实时统计每个用户的点击次数,它是按照用户分组进行累加次数,逻辑比较简单,关键是在实现过程中要注意一些问题,如对象序列化等。先看实现代码,稍后我们再详细讨论,代码实现如下所示:
01 |
object UserClickCountAnalytics {
|
03 |
def main(args : Array[String]) : Unit = {
|
04 |
var masterUrl = "local[1]"
|
05 |
if (args.length > 0 ) {
|
10 |
val conf = new SparkConf().setMaster(masterUrl).setAppName( "UserClickCountStat" )
|
11 |
val ssc = new StreamingContext(conf, Seconds( 5 ))
|
14 |
val topics = Set( "user_events" )
|
15 |
val brokers = "10.10.4.126:9092,10.10.4.127:9092"
|
16 |
val kafkaParams = Map[String, String](
|
17 |
"metadata.broker.list" -> brokers, "serializer.class" -> "kafka.serializer.StringEncoder" )
|
20 |
val clickHashKey = "app::users::click"
|
23 |
val kafkaStream = KafkaUtils.createDirectStream[String, String, StringDecoder, StringDecoder](ssc, kafkaParams, topics)
|
25 |
val events = kafkaStream.flatMap(line = > {
|
26 |
val data = JSONObject.fromObject(line. _ 2 )
|
31 |
val userClicks = events.map(x = > (x.getString( "uid" ), x.getInt( "click_count" ))).reduceByKey( _ + _ )
|
32 |
userClicks.foreachRDD(rdd = > {
|
33 |
rdd.foreachPartition(partitionOfRecords = > {
|
34 |
partitionOfRecords.foreach(pair = > {
|
36 |
val clickCount = pair. _ 2
|
37 |
val jedis = RedisClient.pool.getResource
|
39 |
jedis.hincrBy(clickHashKey, uid, clickCount)
|
40 |
RedisClient.pool.returnResource(jedis)
|
46 |
ssc.awaitTermination()
|
上面代码使用了Jedis客户端来操作Redis,将分组计数结果数据累加写入Redis存储,如果其他系统需要实时获取该数据,直接从Redis实时读取即可。RedisClient实现代码如下所示:
01 |
object RedisClient extends Serializable {
|
02 |
val redisHost = "10.10.4.130"
|
04 |
val redisTimeout = 30000
|
05 |
lazy val pool = new JedisPool( new GenericObjectPoolConfig(), redisHost, redisPort, redisTimeout)
|
07 |
lazy val hook = new Thread {
|
09 |
println( "Execute hook thread: " + this )
|
13 |
sys.addShutdownHook(hook.run)
|
上面代码我们分别在local[K]和Spark Standalone集群模式下运行通过。
如果我们是在开发环境进行调试的时候,也就是使用local[K]部署模式,在本地启动K个Worker线程来计算,这K个Worker在同一个JVM实例里,上面的代码默认情况是,如果没有传参数则是local[K]模式,所以如果使用这种方式在创建Redis连接池或连接的时候,可能非常容易调试通过,但是在使用Spark Standalone、YARN Client(YARN Cluster)或Mesos集群部署模式的时候,就会报错,主要是由于在处理Redis连接池或连接的时候出错了。我们可以看一下Spark架构,如图所示(来自官网):
无论是在本地模式、Standalone模式,还是在Mesos或YARN模式下,整个Spark集群的结构都可以用上图抽象表示,只是各个组件的运行环境不同,导致组件可能是分布式的,或本地的,或单个JVM实例的。如在本地模式,则上图表现为在同一节点上的单个进程之内的多个组件;而在YARN Client模式下,Driver程序是在YARN集群之外的一个节点上提交Spark Application,其他的组件都运行在YARN集群管理的节点上。
在Spark集群环境部署Application后,在进行计算的时候会将作用于RDD数据集上的函数(Functions)发送到集群中Worker上的Executor上(在Spark Streaming中是作用于DStream的操作),那么这些函数操作所作用的对象(Elements)必须是可序列化的,通过Scala也可以使用lazy引用来解决,否则这些对象(Elements)在跨节点序列化传输后,无法正确地执行反序列化重构成实际可用的对象。上面代码我们使用lazy引用(Lazy Reference)来实现的,代码如下所示:
02 |
lazy val pool = new JedisPool( new GenericObjectPoolConfig(), redisHost, redisPort, redisTimeout)
|
04 |
partitionOfRecords.foreach(pair = > {
|
06 |
val clickCount = pair. _ 2
|
07 |
val jedis = RedisClient.pool.getResource
|
09 |
jedis.hincrBy(clickHashKey, uid, clickCount)
|
10 |
RedisClient.pool.returnResource(jedis)
|
另一种方式,我们将代码修改为,把对Redis连接的管理放在操作DStream的Output操作范围之内,因为我们知道它是在特定的Executor中进行初始化的,使用一个单例的对象来管理,如下所示:
001 |
package org.shirdrn.spark.streaming
|
003 |
import org.apache.commons.pool 2 .impl.GenericObjectPoolConfig
|
004 |
import org.apache.spark.SparkConf
|
005 |
import org.apache.spark.streaming.Seconds
|
006 |
import org.apache.spark.streaming.StreamingContext
|
007 |
import org.apache.spark.streaming.dstream.DStream.toPairDStreamFunctions
|
008 |
import org.apache.spark.streaming.kafka.KafkaUtils
|
010 |
import kafka.serializer.StringDecoder
|
011 |
import net.sf.json.JSONObject
|
012 |
import redis.clients.jedis.JedisPool
|
014 |
object UserClickCountAnalytics {
|
016 |
def main(args : Array[String]) : Unit = {
|
017 |
var masterUrl = "local[1]"
|
018 |
if (args.length > 0 ) {
|
023 |
val conf = new SparkConf().setMaster(masterUrl).setAppName( "UserClickCountStat" )
|
024 |
val ssc = new StreamingContext(conf, Seconds( 5 ))
|
027 |
val topics = Set( "user_events" )
|
028 |
val brokers = "10.10.4.126:9092,10.10.4.127:9092"
|
029 |
val kafkaParams = Map[String, String](
|
030 |
"metadata.broker.list" -> brokers, "serializer.class" -> "kafka.serializer.StringEncoder" )
|
033 |
val clickHashKey = "app::users::click"
|
036 |
val kafkaStream = KafkaUtils.createDirectStream[String, String, StringDecoder, StringDecoder](ssc, kafkaParams, topics)
|
038 |
val events = kafkaStream.flatMap(line = > {
|
039 |
val data = JSONObject.fromObject(line. _ 2 )
|
044 |
val userClicks = events.map(x = > (x.getString( "uid" ), x.getInt( "click_count" ))).reduceByKey( _ + _ )
|
045 |
userClicks.foreachRDD(rdd = > {
|
046 |
rdd.foreachPartition(partitionOfRecords = > {
|
047 |
partitionOfRecords.foreach(pair = > {
|
052 |
object InternalRedisClient extends Serializable {
|
054 |
@ transient private var pool : JedisPool = null
|
056 |
def makePool(redisHost : String, redisPort : Int, redisTimeout : Int,
|
057 |
maxTotal : Int, maxIdle : Int, minIdle : Int) : Unit = {
|
058 |
makePool(redisHost, redisPort, redisTimeout, maxTotal, maxIdle, minIdle, true , false , 10000 )
|
061 |
def makePool(redisHost : String, redisPort : Int, redisTimeout : Int,
|
062 |
maxTotal : Int, maxIdle : Int, minIdle : Int, testOnBorrow : Boolean,
|
063 |
testOnReturn : Boolean, maxWaitMillis : Long) : Unit = {
|
065 |
val poolConfig = new GenericObjectPoolConfig()
|
066 |
poolConfig.setMaxTotal(maxTotal)
|
067 |
poolConfig.setMaxIdle(maxIdle)
|
068 |
poolConfig.setMinIdle(minIdle)
|
069 |
poolConfig.setTestOnBorrow(testOnBorrow)
|
070 |
poolConfig.setTestOnReturn(testOnReturn)
|
071 |
poolConfig.setMaxWaitMillis(maxWaitMillis)
|
072 |
pool = new JedisPool(poolConfig, redisHost, redisPort, redisTimeout)
|
074 |
val hook = new Thread{
|
075 |
override def run = pool.destroy()
|
077 |
sys.addShutdownHook(hook.run)
|
081 |
def getPool : JedisPool = {
|
091 |
val redisHost = "10.10.4.130"
|
093 |
val redisTimeout = 30000
|
095 |
InternalRedisClient.makePool(redisHost, redisPort, redisTimeout, maxTotal, maxIdle, minIdle)
|
098 |
val clickCount = pair. _ 2
|
099 |
val jedis = InternalRedisClient.getPool.getResource
|
100 |
jedis.select(dbIndex)
|
101 |
jedis.hincrBy(clickHashKey, uid, clickCount)
|
102 |
InternalRedisClient.getPool.returnResource(jedis)
|
108 |
ssc.awaitTermination()
|
上面代码实现,得益于Scala语言的特性,可以在代码中任何位置进行class或object的定义,我们将用来管理Redis连接的代码放在了特定操作的内部,就避免了瞬态(Transient)对象跨节点序列化的问题。这样做还要求我们能够了解Spark内部是如何操作RDD数据集的,更多可以参考RDD或Spark相关文档。
在集群上,以Standalone模式运行,执行如下命令:
2 |
./bin/spark-submit --class org.shirdrn.spark.streaming.UserClickCountAnalytics --master spark://hadoop1:7077 --executor-memory 1G --total-executor-cores 2 ~/spark-0.0.SNAPSHOT.jar spark://hadoop1:7077 |
可以查看集群中各个Worker节点执行计算任务的状态,也可以非常方便地通过Web页面查看。
下面,看一下我们存储到Redis中的计算结果,如下所示:
01 |
127.0.0.1:6379[1]> HGETALL app::users::click |
02 |
1) "4A4D769EB9679C054DE81B973ED5D768" |
04 |
3) "8dfeb5aaafc027d89349ac9a20b3930f" |
06 |
5) "011BBF43B89BFBF266C865DF0397AA71" |
08 |
7) "97edfc08311c70143401745a03a50706" |
10 |
9) "d7f141563005d1b5d0d3dd30138f3f62" |
12 |
11) "a95f22eabc4fd4b580c011a3161a9d9d" |
14 |
13) "6b67c8c700427dee7552f81f3228c927" |
16 |
15) "f2a8474bf7bd94f0aabbd4cdd2c06dcf" |
18 |
17) "c8ee90aade1671a21336c721512b817a" |
20 |
19) "068b746ed4620d25e26055a9f804385f" |
有关更多关于Spark Streaming的详细内容,可以参考官方文档。
附录
这里,附上前面开发的应用所对应的依赖,以及打包Spark Streaming应用程序的Maven配置,以供参考。如果使用maven-shade-plugin插件,配置有问题的话,打包后在Spark集群上提交Application时候可能会报错Invalid signature file digest for Manifest main attributes。参考的Maven配置,如下所示:
查看源代码打印帮助
003 |
< modelVersion >4.0.0</ modelVersion >
|
004 |
< groupId >org.shirdrn.spark</ groupId >
|
005 |
< artifactId >spark</ artifactId >
|
006 |
< version >0.0.1-SNAPSHOT</ version >
|
010 |
< groupId >org.apache.spark</ groupId >
|
011 |
< artifactId >spark-core_2.10</ artifactId >
|
012 |
< version >1.3.0</ version >
|
015 |
< groupId >org.apache.spark</ groupId >
|
016 |
< artifactId >spark-streaming_2.10</ artifactId >
|
017 |
< version >1.3.0</ version >
|
020 |
< groupId >net.sf.json-lib</ groupId >
|
021 |
< artifactId >json-lib</ artifactId >
|
022 |
< version >2.3</ version >
|
025 |
< groupId >org.apache.spark</ groupId >
|
026 |
< artifactId >spark-streaming-kafka_2.10</ artifactId >
|
027 |
< version >1.3.0</ version >
|
030 |
< groupId >redis.clients</ groupId >
|
031 |
< artifactId >jedis</ artifactId >
|
032 |
< version >2.5.2</ version >
|
035 |
< groupId >org.apache.commons</ groupId >
|