Re:RocketMQ – Open source distributed messaging and streamin...
by squeaky-clean on Friday June 30, 2017 @10:52AM
(#14671098)
A Kafka topic is more synonymous with a "message queue" and a partition is a division among hardware for parallelism.
So you can have one topic, partitioned to 5 consumers, and each consumer storing the received events. Each consumer will see their own messages in-order, but if you merge the 5 it is not guaranteed to be ordered.
I'd guess this is what RocketMQ means by "scale out gracefully"
Re:RocketMQ – Open source distributed messaging and streamin...
by nicktelford on Friday June 30, 2017 @11:21AM
(#14671270)
In Kafka, multiple consumers can recieve multiple partitions. The only thing, from a consumer's perspective, that's special about partitions is that it's the level at which message ordering is guaranteed.
That's exactly the same semantics provided by RocketMQ's "message queues", from what I can tell - except perhaps that these message queues are explicitly subscribed to? If that's the case, you can do that in Kafka too, but it's generally discouraged, as it can lead to performance problems.
Re:RocketMQ – Open source distributed messaging and streamin...
by yukon on Friday July 07, 2017 @01:16AM
(#14716245)
Hi,
There is nothing about `rename`, RocketMQ has different storage architecture than Kafka. see https://rocketmq.incubator.apache.org/rocketmq/how-to-suppor...
On the comparison of queues, wrt ordering, it states:
And slates Kafka with: But then on the "core concept" page it states: And: Which amounts to exactly the same as Kafka, albeit with "partitions" renamed "message queues".