You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@bigtop.apache.org by "jay vyas (JIRA)" <ji...@apache.org> on 2014/04/02 20:36:22 UTC

[jira] [Comment Edited] (BIGTOP-1089) BigPetStore: A polyglot big data processing blueprint inside of bigtop for comparing and learning about the tools in the bigtop packaged hadoop ecosystem.

    [ https://issues.apache.org/jira/browse/BIGTOP-1089?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13958002#comment-13958002 ] 

jay vyas edited comment on BIGTOP-1089 at 4/2/14 6:35 PM:
----------------------------------------------------------

Hi cos.  The slides are here:

http://jayunit100.github.io/bigpetstore/slides.html
And the current video: https://www.youtube.com/watch?v=OVB3nEKN94k

Theres still a fair amount of cleanup to do before i can integrate it, unless we really want to get it in now.  

For now im developing it in my github.  But I can start integrating it with bigtop at any time, its  a great integration test for the whole ecosystem IMO. 

Maybe we can discuss at the hackathon next week.


was (Author: jayunit100):
Hi cos.  The slides are here:

jayunit100.github.io/bigpetstore/slides.html

Theres still a fair amount of cleanup to do before i can integrate it, unless we really want to get it in now.  

For now im developing it in my github.  But I can start integrating it with bigtop at any time, its  a great integration test for the whole ecosystem IMO. 

Maybe we can discuss at the hackathon next week.

> BigPetStore: A polyglot big data processing blueprint inside of bigtop for comparing and learning about the tools in the bigtop packaged hadoop ecosystem.
> ----------------------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: BIGTOP-1089
>                 URL: https://issues.apache.org/jira/browse/BIGTOP-1089
>             Project: Bigtop
>          Issue Type: New Feature
>          Components: Blueprints
>    Affects Versions: 0.7.0
>            Reporter: jay vyas
>            Assignee: jay vyas
>             Fix For: 0.8.0
>
>
> The need for templates for processing big data pipelines is obvious - and also - given the increasing amount of overlap across different big data and nosql projects, it will provide a ground truth in the future for comparing the behaviour and approach of different tools to solve a common, easily comprehended problem. 
> This ticket formalizes the conversation in mailing list archives regarding the BigPetStore proposal. 
> At the moment, (with the exception of word count), there are very few examples of bigdata problems that have been solved by a variety of different technologies.  And, even with wordcount, there arent alot of templates which can be customized for applications. 
> Comparatively: Other application developer communities (i.e.the Rails folks, those using maven archetypes, etc.. ) have a plethora of template applications which can be used to kickstart their applications and use cases.   
> This big pet store JIRA thus aims to do the following: 
> 0) Curate a single, central, standard input data set . (modified: generating a large input data set on the fly).
> 1) Define a big data processing pipeline (using the pet store theme - except morphing it to be analytics rather than transaction oriented), and implement basic aggregations in hive, pig, etc...
> 2) Sink the results of 2 into some kind of NoSQL store or search engine.
>  
> Some implementation details -- open to change these, please comment/review -- .
> - initial data source will be raw text or (better yet) some kind of automatically generated data.
> - the source will initially go in bigtop/blueprints
> - the application sources can be in any modern JVM language (java,scala,groovy,clojure), since bigtop supports scala, java, groovy natively already and clojure is easy to support with the right jars.  
> - each "job" will be named according to the corresponding DAG of the big data pipeline . 
> - all jobs should (not sure if requirement?) be controlled by a global program (maybe oozie?) which runs the tasks in order, and can easily be customized to use different tools at different stages. 
> - for now, all outputs will be to files: so that users don't require servers to run the app. 
> - final data sinks will be into a highly available transaction oriented store (solr/hbase/...)
> This ticket will be completed once a first iteration of BigPetStore is complete using 3 ecosystem components, along with a depiction of the pipeline which can be used for development.
> I've assigned this to myself :) I hope thats okay? Seems like at the moment im the only one working on it. 



--
This message was sent by Atlassian JIRA
(v6.2#6252)