<div dir="ltr">Hi Iwamoto,<div><br></div><div>I think you may want to talk to Mark MacClain on why we want to move to flavors instead of letting user to chose implementation.</div><div>Basically the arguments against flavors (flexible mapping) are based on some lack of understanding of cloud operator requirements.</div>
<div>Ability to chose provider was the first simplistic step in allowing multivendor support, but it appeared to be not much convenient for cloud operators.</div><div><br></div><div>And obviously implementation details (especially vendor-specific) should be hidden behind API, that's the goal of all OS services to abstract tenant from that.</div>
<div><br></div><div>Thanks,</div><div>Eugene.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, May 15, 2014 at 6:45 PM, IWAMOTO Toshihiro <span dir="ltr"><<a href="mailto:iwamoto@valinux.co.jp" target="_blank">iwamoto@valinux.co.jp</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">It is pity to see enoumous LBaaS efforts have been largely spinning<br>
(in a sense of spinlocks) for a while.<br>
<br>
At Thu, 15 May 2014 14:31:54 +0400,<br>
<div class="">Eugene Nikanorov wrote:<br>
><br>
> [1  <multipart/alternative (7bit)>]<br>
> [1.1  <text/plain; UTF-8 (7bit)>]<br>
> Hi Craig,<br>
><br>
</div><div class="">> Implementation-specific options are not exposed through the API, or<br>
> otherwise it would be inconsistent, given that we are moving to a<br>
> flavor-based approach of specifying service requirements where<br>
> implementation is completely hidden from the user.<br>
<br>
</div>There was a lot of arguments against your flavor proposal at the<br>
design summit session and at the meeting at the pod area.<br>
So, it is not clear if "moving to a flavor-based" happens in a<br>
reasonalbe timeframe.<br>
<br>
OTOH, the flavor framework is not much more than a bitmap matching of<br>
feature vectors.  I think something is not going right as we spent<br>
good 30mins on this topic at the pod area.<br>
<br>
We'll be able to continue the same technical level argument at home as<br>
we did for the last couple of months.<br>
<br>
My suggestion is to try to discuss differently here at the summit.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
IWAMOTO Toshihiro<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>