[Openstack-operators] [keystone] Catalog Backend in Deployments (Templated, SQL, etc) [x-posted from dev-list]
ayoung at redhat.com
Wed Apr 23 02:33:04 UTC 2014
On 04/22/2014 06:11 PM, Jay Pipes wrote:
> Ignore my comment about posting to the operators list :)
> On Tue, 2014-04-22 at 12:39 -0700, Morgan Fainberg wrote:
>> 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.
>> What we are looking for:
>> 1. In your OpenStack deployments, which catalog backend are you
>> 2. Which Keystone API version are you using?
>> This information will help us to prioritize updates to the catalog
>> over the next development cycle (Juno) as well as identify if any
>> changes need to be back-ported. In the long term, there is a desire to
>> target new features and functionality for the Service Catalog to the
>> SQL (and for testing KVS) backends, limiting enhancements and new
>> development done on the templated catalog backend.
Let me state it more bluntly: the Templated backend needs to go away.
There is nothing it does that cannot be done with SQL, and with Dogpile,
there is not even a performance penalty.
The only benefit I can see to Templated is that the remote systems are
considered "config files" and then could be kept in Git, but even this
can be managed by Puppet or a different config manager.
If we are going to keep templated, we should possibly make a "file"
backend to the Dogpile KVS implementation and use that for Catalog.
>> Please feel free to respond via the survey below or via email to the
>> mailing list.
>> Keystone Catalog Backend Usage
>> Survey: https://www.surveymonkey.com/s/3DL7FTY
>> Morgan Fainberg
>> Principal Software Engineer
>> Core Developer, Keystone
>> m at metacloud.com
>> OpenStack-operators mailing list
>> OpenStack-operators at lists.openstack.org
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
More information about the OpenStack-operators