<p dir="ltr">It sounds to me like you are describing how a developer uses Keystone, not a user. My reference to 'application deployer' was to someone trying to run something like a mail server on an openstack cloud. </p>

<div class="gmail_quote">On Aug 6, 2014 7:07 AM, "Russell Bryant" <<a href="mailto:rbryant@redhat.com">rbryant@redhat.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 08/05/2014 06:13 PM, Kevin Benton wrote:<br>
> That makes sense. It's not quite a fair analogy though to compare to<br>
> reintroducing projects or tenants because Keystone endpoints aren't<br>
> 'user-facing' so to speak. i.e. a regular user (application deployer,<br>
> instance operator, etc) should never have to see or understand the<br>
> purpose of a Keystone endpoint.<br>
<br>
An end user that is consuming any OpenStack API absolutely must<br>
understand endpoints in the service catalog.  The entire purpose of the<br>
catalog is so that an application only needs to know the API endpoint to<br>
keystone and is then able to discover where the rest of the APIs are<br>
located.  They are very much user facing, IMO.<br>
<br>
--<br>
Russell Bryant<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div>