<div dir="ltr">Hi Kurt, <div><br></div><div>There's a thread that John Griffith started about 3rd party storage drivers, where the code lives, how to review, how to ensure quality and maintenance, see <a href="http://lists.openstack.org/pipermail/openstack-dev/2013-July/012557.html">http://lists.openstack.org/pipermail/openstack-dev/2013-July/012557.html</a>.</div>

<div><br></div><div>It won't answer all your questions but gives you an idea of pluggable architecture and maintenance.</div><div>Anne</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Aug 23, 2013 at 10:25 AM, Kurt Griffiths <span dir="ltr"><<a href="mailto:kurt.griffiths@rackspace.com" target="_blank">kurt.griffiths@rackspace.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">> next in the queue is ZMQ - and it will also sit on top of some<br>
> existing MB - we've plan to use rabbit, proton and other<br>
> technologies as storage backend.<br>
<br>
</div>I'd love to get everyone's thoughts on how many/what kinds of transport and storage drivers should be part of the project directly vs. maintained independently as "3rd-party" drivers. How do other projects handle this?<br>


<br>
@kgriffs<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Anne Gentle<br><a href="mailto:annegentle@justwriteclick.com" target="_blank">annegentle@justwriteclick.com</a>
</div>