<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Dec 19, 2014 at 10:17 AM, Amit Gandhi <span dir="ltr"><<a href="mailto:amit.gandhi@rackspace.com" target="_blank">amit.gandhi@rackspace.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
How do the allocation of the service types in the service catalog get created.<br></blockquote><div><br></div><div>Officially these are deployer-defined.  And is why some clients allow you to configure the service name used.  The service types are supposed to be consistent, but are also not in practice.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
How do new openstack related projects (that are not incubated/graduated) appear in the service catalog with a consistent service type name that can be used across providers with the confidence it refers to the same set of api's?  Is it just an assumption, or do we need a catalogue somewhere listing what each service type is associated with?  Does adding it to Devstack pretty much stake claim to the service type?</blockquote><div><br></div><div>DevStack has become a de facto source for defaults for a lot of things, and this is not a good thing.  The DevStack defaults are chosen for developer and CI testing use and do not necessarily take in to consideration any actual deployment considerations.</div><div><br></div><div>dt</div><div><br></div></div>-- <br><div class="gmail_signature"><br>Dean Troyer<br><a href="mailto:dtroyer@gmail.com">dtroyer@gmail.com</a><br></div>
</div></div>