z****e
发帖数: 54598 | 1 【 以下文字转载自 Programming 讨论区 】
发信人: zhaoce (米高蜥蜴), 信区: Programming
标 题: storm俨然是下一个冉冉升起的新星啊
发信站: BBS 未名空间站 (Thu Oct 24 19:04:52 2013, 美东)
在hadoop和cassandra之后，storm现在炙手可热 |
z****e
发帖数: 54598 | 2 顺序应该是cassandra，然后hadoop，下一个期待的是storm
目前版本号还没上1，还需要时间 |
p*****2
发帖数: 21240 | 3 大牛说的不错。所以说学习Storm和Clojure才是王道。 |
g*******o
发帖数: 156 | 4 边看clojure边定二爷！
【在 p*****2 的大作中提到】
: 大牛说的不错。所以说学习Storm和Clojure才是王道。
|
l*n
发帖数: 529 | 5 感兴趣的人可以看看Spark stack的solution, Spark Streaming
http://spark.incubator.apache.org/talks/strata_spark_streaming.
这个是Scala阵营的，哈哈，JVM脚本语言大乱斗~~
ps. Spark stack的覆盖真全啊，Shark在高速SQL上斗Dremel，Spark Streaming在
stream上斗Storm/Trident，还有个Bagel斗Pregel/Giraph，真是春秋战国的乱世啊。
【在 p*****2 的大作中提到】
: 大牛说的不错。所以说学习Storm和Clojure才是王道。
|
z****e
发帖数: 54598 | 6 spark还在incubator
不过我们用java的好处就在于
无论这些东西怎么搞，用java一定木有问题
其它的要看市场斗争的结果再定
【在 l*n 的大作中提到】
: 感兴趣的人可以看看Spark stack的solution, Spark Streaming
: http://spark.incubator.apache.org/talks/strata_spark_streaming.
: 这个是Scala阵营的，哈哈，JVM脚本语言大乱斗~~
: ps. Spark stack的覆盖真全啊，Shark在高速SQL上斗Dremel，Spark Streaming在
: stream上斗Storm/Trident，还有个Bagel斗Pregel/Giraph，真是春秋战国的乱世啊。
|
l*n
发帖数: 529 | 7 但是apache drill相比shark还差好远，估计做analytics的市场还是没有streaming大
，不然肯定有个别的什么类比dremel的产品跑在Storm前头了。虽然有个什么Impala，
但是感觉呼声不高。
【在 z****e 的大作中提到】
: spark还在incubator
: 不过我们用java的好处就在于
: 无论这些东西怎么搞，用java一定木有问题
: 其它的要看市场斗争的结果再定
|
p*****2
发帖数: 21240 | 8
Impala跟Storm不是一类的东西，只是都有个real time的名号
【在 l*n 的大作中提到】
: 但是apache drill相比shark还差好远，估计做analytics的市场还是没有streaming大
: ，不然肯定有个别的什么类比dremel的产品跑在Storm前头了。虽然有个什么Impala，
: 但是感觉呼声不高。
|
l*n
发帖数: 529 | 9 我知道，impala是对应dremel搞analytics的。我的意思是analytics如果市场更大，那
么在storm成名前，应该就有个搞analytics的产品横空出世了。
【在 p*****2 的大作中提到】
:
: Impala跟Storm不是一类的东西，只是都有个real time的名号
|
p*****2
发帖数: 21240 | 10
现在对scala不太感兴趣。觉得还是太heavy了。以后再说了。
【在 l*n 的大作中提到】
: 感兴趣的人可以看看Spark stack的solution, Spark Streaming
: http://spark.incubator.apache.org/talks/strata_spark_streaming.
: 这个是Scala阵营的，哈哈，JVM脚本语言大乱斗~~
: ps. Spark stack的覆盖真全啊，Shark在高速SQL上斗Dremel，Spark Streaming在
: stream上斗Storm/Trident，还有个Bagel斗Pregel/Giraph，真是春秋战国的乱世啊。
|
|
|
l*n
发帖数: 529 | 11 现在好像用来区分dremel/drill/impala跟storm/spark streaming的叫法是ad hoc vs.
real time。
【在 p*****2 的大作中提到】
:
: 现在对scala不太感兴趣。觉得还是太heavy了。以后再说了。
|
p*****2
发帖数: 21240 | 12
vs.
impala不是也号称是realtime吗？
【在 l*n 的大作中提到】
: 现在好像用来区分dremel/drill/impala跟storm/spark streaming的叫法是ad hoc vs.
: real time。
|
t*******e
发帖数: 684 | 13 dremel/drill/impala类比lambda architecture更合适些。streaming process不是
full table scan.
vs.
【在 l*n 的大作中提到】
: 现在好像用来区分dremel/drill/impala跟storm/spark streaming的叫法是ad hoc vs.
: real time。
|
p*****2
发帖数: 21240 | 14
大牛说的是
【在 t*******e 的大作中提到】
: dremel/drill/impala类比lambda architecture更合适些。streaming process不是
: full table scan.
:
: vs.
|
l*n
发帖数: 529 | 15 我说的就是一种用词上的感受，毕竟沟通的时候dremel的real time跟streaming的real
time虽然不是一回事儿，但是初看的人总会觉得有某种联系从而试图从文字上将其区
分开。
其实提到streaming，告诉人家应该类比STDIN跟磁盘文件的差别就行了。
【在 t*******e 的大作中提到】
: dremel/drill/impala类比lambda architecture更合适些。streaming process不是
: full table scan.
:
: vs.
|
p*****2
发帖数: 21240 | 16
real
确实概念有些混乱
【在 l*n 的大作中提到】
: 我说的就是一种用词上的感受，毕竟沟通的时候dremel的real time跟streaming的real
: time虽然不是一回事儿，但是初看的人总会觉得有某种联系从而试图从文字上将其区
: 分开。
: 其实提到streaming，告诉人家应该类比STDIN跟磁盘文件的差别就行了。
|
