2017-01-07 4:10 GMT+09:00 Sean Dague <s...@dague.net>:

> It's a new year, and in anticipation of having a productive time in
> Atlanta around the service catalog, I refreshed the set of patches from
> last year around starting to stub out a service-types-authority -
> https://review.openstack.org/#/c/286089/
>
> The proposes in 4 base types that are pretty non controversial. 2 other
> of the base iaas services aren't in that list yet because of 2 issues.
>
> Neutron / network - there is a discrepancy between the common use of
> 'network' as the service type, and 'networking' in the api ref url. Is
> there a reason for that difference? In the other services in the list
> the service-type and the url name for the api-ref are the same, which
> leads to less user confusion about which is the correct term.
>

Sorry for late.

I introduced 'networking' for the api ref url.
It is just because the official API name is the networking API
and the project name of neutron is OpenStack Networking.

I am not sure which is better 'network' and 'networking' for these cases,
but I agree it is confusing to use both keywords for neutron.
I don't have a strong opinion on the choice,
but if I must choose either, 'network' looks simpler to me.

It would be nice if we have an agreement on what term should be used
for all service-type, URL and others (if any).

Akihiro



>
> Cinder / volume - right now the devstack example of using cinder is to
> use volumev2 as the service type (volumev3 is also added), which is kind
> of ugly and not a thing that I'd like us to standardize on. How do we
> move forward here to not make volumev2 a required type?
>
> Comments welcome in getting us rolling again.
>
>         -Sean
>
> --
> Sean Dague
> http://dague.net
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to