Alec Hothan (ahothan) wrote:
Do we have a good understanding of what is expected of zmq wrt rabbitMQ?
Like in what part of the bell curve or use cases would you see it? Or
indirectly, where do we see RabbitMQ lacking today that maybe ZMQ could
handle better?
I have tried to find any information on very large scale deployment of
OpenStack and could not get a firm number (in terms of number of compute
nodes).
Jump on #openstack-operators and ask around around, I can likely get you
some *ballpark* numbers to but folks in that channel may be able to
provide you some as well...
Does the OpenStack foundation keeps track of this information somewhere?
Alec
On 6/19/15, 12:56 AM, "Thierry Carrez"<thie...@openstack.org> wrote:
Flavio Percoco wrote:
There's a 95% of deployments using rabbit not because rabbit is the
best solution for all OpenStack problems but because it was the one
that works best now. The lack of support on other drivers caused this
and as long this lack of support on such drivers persist, it won't
change.
There is 95% of deployments using rabbit because RabbitMQ serves the
middle of the Bell curve of the use cases perfectly well.
For OpenStack to be ubiquitous, we need to extend beyond our comfort
zone of use cases and support technology that will let us address those.
I see zmq has an enabler for that: it will solve other classes of
problems triggered by extreme use cases.
So yes, obviously RabbitMQ dominance should (and will naturally) drive
the development and maintenance efforts. But we should at least try to
not make the lives of those who explore new trails (and reach to new use
cases) miserable.
--
Thierry Carrez (ttx)
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
