<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 12px; font-family: Calibri, sans-serif;"><div><br></div><div><div>At Symantec we use YiDB for CMDB data - however - we find it to be lacking as it is NOT a GraphDB, but emulates GraphDB like behavior.  In addition, it requires MongoDB as a backing store - and that will eventually corrupt and lose your data...often silently (please direct your flame mail to /dev/null .... thank you).   We also have a project (the lead author) which is a complete rewrite of the Yahoo "libCrange" tool; called Range++.  </div><div><br></div><div>Range++ is a full GraphDB solution designed specifically to act as a CMS (config mgmt service - I dislike the term "cmdb").  In addition it can easily also support ENC (external node cllassifier) duties as well.  Range++ is designed to allow you to describe your topology and environment with the idea of "environments" and with "clusters" and "clusters within clusters".  Range++ is in operation at LinkedIN, Yahoo, and Mozilla.  Range++ is also integrated within the Saltstack tool for targetting via the "-R" (range cluster) syntax - as it's completely "libCrange" compatible. Conceptually - you can "describe" your environments and physical assets, then describe your application via a configuration file (say YAML), then via your config mgmt tooling, prescriptively build that "cluster" by populating your CM tools metadata, and assigning resources from physical/virtual assets.  </div><div><br></div><div>Our existing deployment (bare metal) framework dynamically auto discovers assets as they come online, and populates our CMS with the asset data and information.    </div><div><br></div><div>Note that Range++ is in active use and development, and is located on GITHUB:  <a href="https://github.com/jbeverly/rangexx">https://github.com/jbeverly/rangexx</a> </div></div><div><br></div><div>I have updated the Etherpad with this info. </div><div><br></div><div>~~shane </div><div><br></div><div><br></div><span id="OLK_SRC_BODY_SECTION"><blockquote id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE" style="BORDER-LEFT: #b5c4df 5 solid; PADDING:0 0 0 5; MARGIN:0 0 0 5;"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 6, 2015 at 10:36 PM, Allamaraju, Subbu <span dir="ltr"><<a href="mailto:subbu@subbu.org" target="_blank">subbu@subbu.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Tom,<br><br>
Thanks for adding this slot.<br><br>
We do have a fairly full-fledged CMDB in house that keeps tracks of all our infra and apps. Unfortunately none of that team is going to be able to make it to the Summit, but I’m trying to have someone do a demo remotely and participate on EtherPad.<br><span class="HOEnZb"><font color="#888888"><br>
Subbu<br></font></span><div class="HOEnZb"><div class="h5"><br>
> On May 6, 2015, at 3:04 AM, Tom Fifield <<a href="mailto:tom@openstack.org">tom@openstack.org</a>> wrote:<br>
><br>
> Hi,<br>
><br>
> Is anyone interested enough in CMDB to run a working session on it at<br>
> the design summit?<br>
><br>
> <a href="https://libertydesignsummit.sched.org/event/553947ceb7c1c223fa689da188abb9a9" target="_blank">https://libertydesignsummit.sched.org/event/553947ceb7c1c223fa689da188abb9a9</a><br>
><br>
> It was suggested on the planning etherpad, but so far we've found no-one<br>
> interested in running it.<br>
><br>
><br>
> Regards,<br>
><br>
><br>
> Tom<br>
><br></div></div></blockquote></div></div></blockquote></span></body></html>