[
https://issues.apache.org/jira/browse/ROCKETMQ-203?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16036907#comment-16036907
]
ASF GitHub Bot commented on ROCKETMQ-203:
-----------------------------------------
Github user coveralls commented on the issue:
https://github.com/apache/incubator-rocketmq/pull/109
[](https://coveralls.io/builds/11829934)
Coverage increased (+0.07%) to 38.733% when pulling
**f19aa7096743dbb64ca79a25dbc2c63606877777 on
Jaskey:ROCKETMQ-203-machineroom-nearby-strategy** into
**0fe947173a85d8931b1068805713e89dbba4125a on apache:develop**.
> Support client to allocate message queue in machine room nearby priority
> ------------------------------------------------------------------------
>
> Key: ROCKETMQ-203
> URL: https://issues.apache.org/jira/browse/ROCKETMQ-203
> Project: Apache RocketMQ
> Issue Type: New Feature
> Reporter: Jaskey Lam
> Assignee: vongosling
> Attachments: AVLCB%1XMJ}T_YXP[OPF){T.png
>
>
> As the picture shows, in multi-machine room acrtiture , the consumer may be
> deployed in different IDC and so do the broker.
> But the user may possiblly need to consumer message from its own IDC since it
> is near and faster. But when problem occurs say all consumers in one IDC is
> crashed, the messages can also be consumed by other consumers in other IDC.
> This is a very important feature for many users, but currently, if the user
> needs this feature, they must implement their own allocate strategy which is
> not easy and error prone.
> And, this feature should be be conflict to the existing allocate strategy
> that means the user can still choose their better allocate strategy say
> AVERAGE or AVERAGE_BY_CIRCLE, but nearby machine room will be supported
> easily too.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
