<p dir="ltr"><br>
On 03/11/2015 1:28 PM, "Robert Collins" <<a href="mailto:robertc@robertcollins.net">robertc@robertcollins.net</a>> wrote:<br>
><br>
> Hi, at the summit we had a big session on distributed lock managers (DLMs).</p>
<p dir="ltr">Awesome. </p>
<p dir="ltr">><br>
> I'd just like to highlight the conclusions we came to in the session (<br>
>     <a href="https://etherpad.openstack.org/p/mitaka-cross-project-dlm">https://etherpad.openstack.org/p/mitaka-cross-project-dlm</a><br>
>     )<br>
><br>
> Firstly OpenStack projects that want to use a DLM can make it a hard<br>
> dependency. Previously we've had a unwritten policy that DLMs should<br>
> be optional, which has led to us writing poor DLM-like things backed<br>
> by databases :(. So this is a huge and important step forward in our<br>
> architecture.</p>
<p dir="ltr">Agreed and it's also a positive step.</p>
<p dir="ltr">><br>
> As in our existing pattern of usage for database and message-queues,<br>
> we'll use an oslo abstraction layer: tooz. This doesn't preclude a<br>
> different answer in special cases - but they should be considered<br>
> special and exception, not the general case.<br>
><br>
> Based on the project requirements surfaced in the discussion, it seems<br>
> likely that all of konsul, etc and zookeeper will be able to have<br>
> suitable production ready drivers written for tooz. Specifically no<br>
> project required a fair locking implementation in the DLM.<br>
><br>
> After our experience with oslo.messaging however, we wanted to avoid<br>
> the situation of having unmaintained drivers and no signalling to<br>
> users about them.<br>
><br>
> So, we resolved to adopt roughly the oslo.messaging requirements for<br>
> drivers, with a couple of tweaks...<br>
><br>
> Production drivers in-tree will need:<br>
>  - two nominated developers responsible for it<br>
>  - gating functional tests that use dsvm<br>
> Test drivers in-tree will need:<br>
>  - clear identification that the driver is a test driver - in the<br>
> module name at minimum<br>
><br>
> All hail our new abstraction overlords.</p>
<p dir="ltr">This really is fantastic news.   Thanks for the 'heads up'.</p>
<p dir="ltr">Geoff</p>
<p dir="ltr">><br>
> -Rob<br>
><br>
> --<br>
> Robert Collins <<a href="mailto:rbtcollins@hp.com">rbtcollins@hp.com</a>><br>
> Distinguished Technologist<br>
> HP Converged Cloud<br>
><br>
> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</p>