<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Apr 15, 2015 at 2:11 PM, Mark Michelson <span dir="ltr"><<a href="mailto:mmichelson@digium.com" target="_blank">mmichelson@digium.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 04/14/2015 12:11 PM, Matthew Jordan wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
The question is: is this change worth having, or should it be scrapped<br>
in favour of some alternate approach that makes use of other<br>
technology? My feelings won't be hurt if the answer is "ditch it and<br>
do something else" - this was a fun piece of code to right on some<br>
plane flights. On the other hand, I don't have any real interest in<br>
writing an alternative approach, so if the expectation is that an<br>
AstDB wrapper around RabbitMQ or Redis will magically appear if I hit<br>
the delete key, that expectation is likely to be wrong.<br>
</span></blockquote>
<br>
Personally, I like the idea of either<br>
<br>
2) Allowing the AstDB to use a remote key-value store, thus allowing multiple Asterisk boxes to share the same store.<br clear="all"></blockquote><div><br></div><div>I think that it would be best to develop an interface to third-party key-value stores and let them handle the hard bits.  Personally, I like CoreOS' etcd, but there are others that could be useful like ZooKeeper, Consul or Redis.<br><br></div></div>-- <br><div class="gmail_signature">Jeff Ollie<br><br></div>
</div></div>