<br><br><div class="gmail_quote">On Tue, Jun 12, 2012 at 9:21 PM, Gustavo Niemeyer <span dir="ltr"><<a href="mailto:gustavo.niemeyer@canonical.com" target="_blank">gustavo.niemeyer@canonical.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">On Tue, Jun 12, 2012 at 8:15 PM, Clint Byrum <<a href="mailto:clint@ubuntu.com">clint@ubuntu.com</a>> wrote:<br>

> Was there any public discussion about the reasons to get rid of Zookeeper,<br>
> and/or the reasons to choose MongoDB?<br>
<br>
</div>Yes, there were public conversations about that on #juju-dev and in<br>
the public room where we were meeting at UDS. We hadn't started<br>
anything because we didn't have the man power, but Aram joined us a<br>
couple of weeks ago and is researching to see how the scenario looks<br>
like. This message is part of the outcome of that incipient initial<br>
research, so there's no reason to panic really.<br>
<br></blockquote><div><br></div><div>I'm curious what this means for juju wrt to being an observation based system. Its currently a little light on details, and i look forward to seeing some of the model schemas. But wrt to juju's usage currently we use zk as our observable hierarchical filesystem. With mongodb, we can get some observation capabilities with tailable cursors on capped collections, however that effectively entails either a timing gap from insertion into the secondary capped collection (ie non atomic changes to two collections), a change to a poll/query model, or using capped collections as a primary data store afaics. Could someone elaborate on the observation and reliability semantics expected with a change to mongodb?</div>
<div><br></div><div><br></div><div>cheers,</div><div><br></div><div>Kapil</div></div>