<div dir="ltr"><div dir="ltr"><div>Hi Tom,</div><div><br></div><div>I'm assuming you're looking for a comparison between standard and brokered address space types.</div><div><br></div><div>Apart from the fact that we do not yet support clustered brokers in the brokered address space, I agree using a brokered space solves many use cases. I am not familiar with what clustered Artemis supports and not, I vaguely remember that subscriptions on topics need hit the same broker for instance. <br></div><div><br></div><div>The main features in the standard address space that you wouldn't get in the brokered is:</div><div><br></div><div>* direct address types, anycast and multicast, which is useful for RPC-style messaging and situations where you don't need the temporal decoupling a broker provides</div><div>* scaling the number of brokers on-demand, i'm not sure this can be done live for broker clusters</div><div>* sharding a queue across multiple brokers (from next release this can be done on 'small' queues as well, so you can have 1000 queues all sharded across 3 brokers).</div><div>* router support a large number of connections (could be the broker does too! i haven't tested, but it is a generally advocated feature of the router)<br></div><div><br></div><div>As of now you can also spread routers and brokers across availability zones if you've setup your Kubernetes cluster in multiple AZs with the standard address space.<br></div><div><br></div><div>However, as you mention there is an extra level of configuration and complexity of having the router into the mix, so I understand if brokered makes more sense to you.</div><div><br></div><div>In the next few releases, we will be working on Address Space Bridging (<a href="https://github.com/EnMasseProject/enmasse/issues/2306">https://github.com/EnMasseProject/enmasse/issues/2306</a>), which will allow you to bridge a brokered and standard address space in case you need a bit of both!</div><div><br></div><div>Best regards,</div><div><br></div><div>Ulf<br></div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 9, 2019 at 4:33 PM Tom Harris <<a href="mailto:tom.harris@ammeon.com">tom.harris@ammeon.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">Hi <br>I have a query re the benefits of deploying qpid router if we are just using brokered addressspaces. Is it primarily a reduced number of broker connections.? <br>The fact that I can use clustered-queues in Apache-Artemis with Server-Side Message Load Balancing and client failover, would lead me to believe that an extra layer of router configuration </div><div>is unwarrented if I am not overly concerned with massive broker connection scaling.</div><div><br></div><div>Just trying to weigh up the pros and cons here.</div><div><br></div><div>Thanks</div><div>Tom. </div></div>

<br>
<div><font size="2">This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.</font></div><div><br></div>_______________________________________________<br>
enmasse mailing list<br>
<a href="mailto:enmasse@redhat.com" target="_blank">enmasse@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/enmasse" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/enmasse</a><br>
</blockquote></div>