The port is an arbitray choice for developers running on standalone services over HTTP. Just don't choose something in the linux ephemeral port range :) In production, assume all services can be deployed on 443.<div><br></div><div>As for service *type*, it should not include project names, code names, API versions, or branding. It should be unique specific, and non-ambiguous. Keystone provides an "identity" type service, Nova provides a "compute" type service, etc.</div><div><br>On Friday, December 11, 2015, Alexander Tivelkov <<a href="mailto:ativelkov@mirantis.com">ativelkov@mirantis.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Steve,<br><br>Thanks for the note on port. Any objections on glare using 9494 then? Anyone?<br><div class="gmail_quote"><div dir="ltr">Пт, 11 дек. 2015 г. в 21:39, McLellan, Steven <<a href="javascript:_e(%7B%7D,'cvml','steve.mclellan@hpe.com');" target="_blank">steve.mclellan@hpe.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Alex,<br>
<br>
Searchlight uses port 9393 (it also made sense to us when we spun out of Glance!), so we would prefer it if there's another one that makes sense. Regarding the three hardest things in computer science, searchlight's already dealing with cache invalidation so I'll stay out of the naming discussion.<br>
<br>
Thanks!<br>
<br>
Steve<br>
<br>
From: Alexander Tivelkov <<a href="javascript:_e(%7B%7D,'cvml','ativelkov@mirantis.com');" target="_blank">ativelkov@mirantis.com</a><mailto:<a href="javascript:_e(%7B%7D,'cvml','ativelkov@mirantis.com');" target="_blank">ativelkov@mirantis.com</a>>><br>
Reply-To: "OpenStack Development Mailing List (not for usage questions)" <<a href="javascript:_e(%7B%7D,'cvml','openstack-dev@lists.openstack.org');" target="_blank">openstack-dev@lists.openstack.org</a><mailto:<a href="javascript:_e(%7B%7D,'cvml','openstack-dev@lists.openstack.org');" target="_blank">openstack-dev@lists.openstack.org</a>>><br>
Date: Friday, December 11, 2015 at 11:25 AM<br>
To: "OpenStack Development Mailing List (not for usage questions)" <<a href="javascript:_e(%7B%7D,'cvml','openstack-dev@lists.openstack.org');" target="_blank">openstack-dev@lists.openstack.org</a><mailto:<a href="javascript:_e(%7B%7D,'cvml','openstack-dev@lists.openstack.org');" target="_blank">openstack-dev@lists.openstack.org</a>>><br>
Subject: [openstack-dev] [glance][keystone][artifacts] Service Catalog name for Glance Artifact Repository API<br>
<br>
Hi folks!<br>
<br>
As it was decided during the Mitaka design summit, we are separating the experimental Artifact Repository API from the main Glance API. This API will have a versioning sequence independent from the main Glance API and will be run as a standalone optional service, listening on the port different from the standard glance-api port (currently the proposed default is 9393). Meanwhile, it will remain an integral part of the larger Glance project, sharing the database, implementation roadmap, development and review teams etc.<br>
<br>
Since this API will be consumed by both end-users and other Openstack services, its endpoint should be discoverable via regular service catalog API. This rises the question: what should be the service name and service type for the appropriate entree in the service catalog?<br>
<br>
We've came out with the idea to call the service "glare" (this is our internal codename for the artifacts initiative, being an acronym for "GLance Artifact REpository") and set its type to "artifacts". Other alternatives for the name may be "arti" or "glance_artifacts" and for the type - "assets" or "objects" (the latter may be confusing since swift's type is object-store, so I personally don't like it).<br>
<br>
Well... we all know, naming is complicated... anyway, I'll appreciate any feedback on this. Thanks!<br>
<br>
--<br>
Regards,<br>
Alexander Tivelkov<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><div dir="ltr">-- <br></div><div dir="ltr">Regards,<div>Alexander Tivelkov</div></div>
</blockquote></div>