<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Apr 25, 2014 at 11:01 AM, Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Fri, 2014-04-25 at 13:41 +0000, Akihiro Motoki wrote:<br>
> Hi,<br>
><br>
> I have a same question from Mark. Why is "flavor" not desired?<br>
> My first vote is "flavor" first, and then "type".<br>
<br>
</div>Some reasons:<br>
<br>
First, flavor, in English, can and often is spelled differently<br>
depending on where you live in the world (flavor vs. flavour).<br>
<br>
Second, type is the appropriate term for what this is describing, and<br>
doesn't have connotations of taste, which flavor does.<br>
<br>
I could also mention that the term "flavor" is a vestige of the<br>
Rackspace Cloud API and, IMO, should be killed off in place of the more<br>
common and better understood "instance type" which is used by the EC2<br>
API.<br>
<div class=""><br></div></blockquote><div><br></div><div><br></div><div>I agree with Jay on all these points about flavor. See if you can use a classification of type. </div><div><br></div><div>Thanks,</div><div>Anne</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">
> There is similar cases in other OpenStack projects.<br>
> Nova uses "flavor" and Cinder uses "(volume) type" for similar cases.<br>
> Both cases are similar to our use cases and I think it is better to<br>
> use<br>
> either of them to avoid more confusion from naming for usesr and<br>
> operators.<br>
><br>
> Cinder volume_type detail is available at [1]. In Cinder volume_type,<br>
> we can define multiple "volume_type" for one driver.<br>
> (more precisely, "volume_type" is associated to one "backend<br>
> defintion"<br>
> and we can define multiple "backend definition" for one backend<br>
> driver").<br>
><br>
> In addition, I prefer to managing flavor/type through API and<br>
> decoupling<br>
> flavor/type definition from provider definitions in configuration<br>
> files<br>
> as Cinder and Nova do.<br>
<br>
</div>Yes, I don't believe there's any disagreement on that particular point.<br>
This effort is all about trying to provide a more comfortable and<br>
reasonable way for classification of these advanced services to be<br>
controlled by the user.<br>
<br>
Best,<br>
-jay<br>
<div class="HOEnZb"><div class="h5"><br>
> [1]<br>
> <a href="http://docs.openstack.org/admin-guide-cloud/content/multi_backend.html" target="_blank">http://docs.openstack.org/admin-guide-cloud/content/multi_backend.html</a><br>
><br>
> Thanks,<br>
> Akihiro<br>
><br>
> (2014/04/24 0:05), Eugene Nikanorov wrote:<br>
><br>
> > Hi neutrons,<br>
> ><br>
> ><br>
> > A quick question of the ^^^<br>
> > I heard from many of you that a term 'flavor' is undesirable, but so<br>
> > far there were no suggestions for the notion that we are going to<br>
> > introduce.<br>
> > So please, suggest you name for the resource.<br>
> > Names that I've been thinking of:<br>
> >  - Capability group<br>
> >  - Service Offering<br>
> ><br>
> ><br>
> > Thoughts?<br>
> ><br>
> ><br>
> > Thanks,<br>
> > Eugene.<br>
> ><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>
><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>
<br>
<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>
</div></div></blockquote></div><br></div></div>