Re:Don't use Hadoop when your data isn't that big (2013)
by bsg75 on Tuesday May 23, 2017 @12:45PM
(#14402781)
I can understand the product from the docs, but not necessarily why Kafka-everything seems to be approaching Hadoop-everything.
[ Parent
| on HN ]
Re:Don't use Hadoop when your data isn't that big (2013)
by Marazan on Tuesday May 23, 2017 @01:31PM
(#14403188)
Lots of problems can be understood as a immutable log of events. Kafka is a screamingly high performance, resilient, immutable log of events.
It is kind of infectious though, once you have system implemented as Kafka-and-Samza the easiest way for them to communicate e and be communicated with is more Kafka and Samza.
I am fully on board the Kafka hype train. Choo choo.
Re:Don't use Hadoop when your data isn't that big (2013)
by bsg75 on Tuesday May 23, 2017 @01:37PM
(#14403261)
That is useful context. Thanks!
Re:Don't use Hadoop when your data isn't that big (2013)
by Marazan on Tuesday May 23, 2017 @02:44PM
(#14403972)
The "Turning the database inside out" article that's linked a couple of posts up about Kafka and logs in general was the one that made me sit up and take notice and really made me 'get' Kafka and the entries stream oriented processing thing.
It raises interesting questions and I've had fun producing both arguements for and against the approach.