CODEWITHSUNDEEP
apache-sparkspark-streamingapache-spark-2.0
Rishi Saraf
Rishi Saraf

Reputation: 1812

Spark Streaming design questions

I don't have any specific query but design question. I am new to spark/streaming hence forgive me if I am asking dumb question. Please delete it if question is inappropriate for this forum.

So basically we have requirement where we have to process huge amount of data every hour and produce o/p for reporting in kibana (elastic search). Lets suppose we have two data model as shown below. DataModel-1 represent the hash tag and userid of people who tweeted with that hash. Second data Model DataModel-2 contain zip and users how are in that zip. DataModel-1 data is stream data and we get almost 40K events per second. DataModel-2 don't change that frequently. In output we need data through which we can see a trend of tag for given zip. Like in given time zip how many users are tweeting with given tag.

I have below questions

  1. We can use spark stream with kafka? However my concern is will we able to scale with 40k feed per second. Though we will get answer as we have started the POC on it. But just wanted to know about others experience and tuning we can apply to achieve it.
  2. If I am going with batch processing like every 1 hour what should be good data store where I can save tweet and later process it. Will Oracle and MySQL will be good for storing the data and then loading it in spark? Or I should dump it in hdfs?
  3. What can good reporting platform apart from Kibana?

DataModel-1 [{ hash: #IAMHAPPY, users: [123,134,4566,78899] }]

DataModel-2 [{ zip: zip1 users: [123,134] },{ zip: zip2 users: [4566,78899] }]

Report Data Model [ { zip: zip1, hash: [#IAMHAPPY] }, { zip: zip2, hash: [#IAMHAPPY] } ]

Upvotes: 0

Views: 112

Answers (2)

Sambhav Kumar
Sambhav Kumar

Reputation: 388

My opinions are below:

  1. Of course you can use spark stream with kafka, and it should meet your requirements of 40K events per sec.
  2. However, since you will be performing a batch operation, spark streaming is not recommended, you can dump data in HDFS itself and use open source tools like Apache Ignite for processing with spark. Article
  3. Afaik kibana will be a good fit here, for data model visualisation grafana now as well provides capability of building dashboards.

Upvotes: 0

Thang Nguyen
Thang Nguyen

Reputation: 1110

  1. Yes. I think with your task 40K messages/s not something hard to reach out. But...
  2. If you're going to process every 1 hour, DON'T use spark streaming. You can store data in 1 hour to HDFS then process it with normal offline spark application. It's much more reasonable way than streaming in your usecase.
  3. I have no idea but ELK is good.

Upvotes: 1

Related Questions