<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 22 April 2014 21:39, Morgan Fainberg <span dir="ltr"><<a href="mailto:m@metacloud.com" target="_blank">m@metacloud.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div style="word-wrap:break-word"><div style="font-family:Helvetica,Arial;font-size:13px;color:rgb(0,0,0);margin:0px"><div style="margin:0px">During the weekly Keystone meeting, the topic of improving the Catalog was brought up. This topic is in the context of preparing for the design summit session on the Service Catalog. There are currently limitations in the templated catalog that do not exist in the SQL backed catalog. In an effort to provide the best support for the catalog going forward, the Keystone team would like to get feedback on the use of the various catalog backends.  </div>
<div style="margin:0px"><br></div><div style="margin:0px">What we are looking for:</div><ol><li>In your OpenStack deployments, which catalog backend are you using?</li><li>Which Keystone API version are you using?</li></ol>
</div></div></blockquote><div>Interesting - as a deployer I found myself surprised that there were options. I have a vague awareness that options were being worked on, but not that they were actively available.</div><div>
<br></div><div>I tried to do a little research to understand the options mentioned, but I can't seem to find anything to describe what they are, what advantages there are for using one over another and how one would deploy any of them. The only information available seems to be the code itself.</div>
<div><br></div><div>The developer documentation only lists service back-ends. [1]<br></div><div>The configuration reference [2] shows many back-end drivers in use, but there's no description of options.</div><div>The install guides presume default back-end configuration.</div>
<div>The admin guide [3] mentions other back-ends available but doesn't describe them.</div><div><br></div><div>While I see mention made of the SQL back-end, which appears to be the default, and the template back-end (for some services) I see nothing about Dogpile except in the keystone developer configuration reference [4].</div>
<div><br></div><div>Generally speaking as a deployer I try not to use undocumented features as doing so ends up causing pain in the form of either the feature disappearing, or in the form of having to try to educate someone else rather than rely on them using the standard resources (documentation, google) to understand them. It becomes a technical debt.</div>
<div><br></div><div>Considering that the SQL back-end is the default Catalog Back-end, it's safe to assume that we're using that. We're also still using the Keystone v2 API as we're still looking to see more v3 API support from the other projects and access to use them from more friendly interfaces (CLI, Horizon) so that our administrators don't need to do curl queries on a day-to-day basis and our customers can simply use the stock tools provided. I've not evaluated Icehouse yet in this regard, but Havana still had a little way to go.</div>
<div><br></div><div>[1] <a href="http://docs.openstack.org/developer/keystone/architecture.html#service-backends">http://docs.openstack.org/developer/keystone/architecture.html#service-backends</a></div><div>[2] <a href="http://docs.openstack.org/icehouse/config-reference/content/keystone-configuration-file.html">http://docs.openstack.org/icehouse/config-reference/content/keystone-configuration-file.html</a></div>
<div>[3] <a href="http://docs.openstack.org/admin-guide-cloud/content/keystone-service-mgmt.html">http://docs.openstack.org/admin-guide-cloud/content/keystone-service-mgmt.html</a></div><div>[4] <a href="http://docs.openstack.org/developer/keystone/configuration.html">http://docs.openstack.org/developer/keystone/configuration.html</a></div>
</div></div></div>