[openstack-dev] [glance][keystone][artifacts] Service Catalog name for Glance Artifact Repository API

Jay Pipes jaypipes at gmail.com
Mon Dec 14 15:20:29 UTC 2015


On 12/11/2015 08:51 PM, Alexander Tivelkov wrote:
> Hi Steve,
>
> Thanks for the note on port. Any objections on glare using 9494 then?
> Anyone?

Yes, I object to 9494. There should be no need to use any custom port 
for Glare's API service. Just use 80/443, which are HTTP(S)'s standard 
ports. It was a silly thing that we ever used custom port numbers to 
begin with, IMHO.

Best,
-jay

> Пт, 11 дек. 2015 г. в 21:39, McLellan, Steven <steve.mclellan at hpe.com
> <mailto:steve.mclellan at hpe.com>>:
>
>     Hi Alex,
>
>     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.
>
>     Thanks!
>
>     Steve
>
>     From: Alexander Tivelkov <ativelkov at mirantis.com
>     <mailto:ativelkov at mirantis.com><mailto:ativelkov at mirantis.com
>     <mailto:ativelkov at mirantis.com>>>
>     Reply-To: "OpenStack Development Mailing List (not for usage
>     questions)" <openstack-dev at lists.openstack.org
>     <mailto:openstack-dev at lists.openstack.org><mailto:openstack-dev at lists.openstack.org
>     <mailto:openstack-dev at lists.openstack.org>>>
>     Date: Friday, December 11, 2015 at 11:25 AM
>     To: "OpenStack Development Mailing List (not for usage questions)"
>     <openstack-dev at lists.openstack.org
>     <mailto:openstack-dev at lists.openstack.org><mailto:openstack-dev at lists.openstack.org
>     <mailto:openstack-dev at lists.openstack.org>>>
>     Subject: [openstack-dev] [glance][keystone][artifacts] Service
>     Catalog name for Glance Artifact Repository API
>
>     Hi folks!
>
>     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.
>
>     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?
>
>     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).
>
>     Well... we all know, naming is complicated... anyway, I'll
>     appreciate any feedback on this. Thanks!
>
>     --
>     Regards,
>     Alexander Tivelkov
>
>     __________________________________________________________________________
>     OpenStack Development Mailing List (not for usage questions)
>     Unsubscribe:
>     OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>     <http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe>
>     http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> --
> Regards,
> Alexander Tivelkov
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>



More information about the OpenStack-dev mailing list