Open Stack

Hi Iwamoto,

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.
Basically the arguments against flavors (flexible mapping) are based on
some lack of understanding of cloud operator requirements.
Ability to chose provider was the first simplistic step in allowing
multivendor support, but it appeared to be not much convenient for cloud
operators.

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.

Thanks,
Eugene.


On Thu, May 15, 2014 at 6:45 PM, IWAMOTO Toshihiro <iwamoto at valinux.co.jp>wrote:

> It is pity to see enoumous LBaaS efforts have been largely spinning
> (in a sense of spinlocks) for a while.
>
> At Thu, 15 May 2014 14:31:54 +0400,
> Eugene Nikanorov wrote:
> >
> > [1  <multipart/alternative (7bit)>]
> > [1.1  <text/plain; UTF-8 (7bit)>]
> > Hi Craig,
> >
> > Implementation-specific options are not exposed through the API, or
> > otherwise it would be inconsistent, given that we are moving to a
> > flavor-based approach of specifying service requirements where
> > implementation is completely hidden from the user.
>
> There was a lot of arguments against your flavor proposal at the
> design summit session and at the meeting at the pod area.
> So, it is not clear if "moving to a flavor-based" happens in a
> reasonalbe timeframe.
>
> OTOH, the flavor framework is not much more than a bitmap matching of
> feature vectors.  I think something is not going right as we spent
> good 30mins on this topic at the pod area.
>
> We'll be able to continue the same technical level argument at home as
> we did for the last couple of months.
>
> My suggestion is to try to discuss differently here at the summit.
>
> --
> IWAMOTO Toshihiro
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140515/430f5b5f/attachment.html>