Open Stack

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
>>          using?
>>       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
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
>
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators