On Mon, 2014-06-09 at 19:31 +0000, Kurt Griffiths wrote: > Lately we have been talking about writing drivers for traditional > message brokers that will not be able to support the message feeds > part of the API. I’ve started to think that having a huge part of the > API that may or may not “work”, depending on how Marconi is deployed, > is not a good story for users, esp. in light of the push to make > different clouds more interoperable.
Perhaps the first point to get super clear on is why drivers for traditional message brokers are needed. What problems would such drivers address? Who would the drivers help? Would the Marconi team recommend using any of those drivers for a production queuing service? Would the subset of Marconi's API which is implementable by these drivers really be useful for application developers? I'd like to understand that in more detail because I worry the Marconi team is being pushed into adding these drivers without truly believing they will be useful. And if that would not be a sane context to make a serious architectural change. OTOH if there are real, valid use cases for these drivers, then understanding those would inform the architecture decision. Mark. _______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev