<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    <br>
    <div class="moz-cite-prefix">Le 26/08/2016 12:33, Chris Dent a
      écrit :<br>
    </div>
    <blockquote cite="mid:alpine.OSX.2.20.1608261131150.630@shine.home"
      type="cite">On Thu, 25 Aug 2016, Sylvain Bauza wrote:
      <br>
      <br>
      <blockquote type="cite">Of course, long-term, we could try to see
        how to have composite flavors for helping users to not create a
        whole handful of flavors for quite the same user requests, but
        that would still be flavors (or the name for saying a flavor
        composition).
        <br>
      </blockquote>
      <br>
      long-term flavors should be a piece of UI furniture that is
      present in a
      <br>
      human-oriented-non-nova UI/API that provides raw information to
      the
      <br>
      computers-talking-to-computers API that is provided by nova.
      <br>
      <br>
      But that's very long term.
      <br>
      <br>
    </blockquote>
    <br>
    Here, I didn't wanted to discuss on the long-term strategy about
    what could be a "composite" flavor (even if I tend to agree with you
    on the above) but rather explaining that "flavor" (aka. the concept
    for user-provided piece of information self-defining the request
    constraints) should be kept as the only source of truth.<br>
    <br>
    TBH, I very much dislike the fact that we can at the API level set a
    very different BDM size from the one the flavor gave (for the same
    volume type). In CLI, that's even worst, we just consider
    "ephemeral" and "swap" as being things totally unrelated to a flavor
    *facepalm*<br>
    <br>
    <br>
    <blockquote cite="mid:alpine.OSX.2.20.1608261131150.630@shine.home"
      type="cite"><br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: <a class="moz-txt-link-abbreviated" href="mailto:OpenStack-dev-request@lists.openstack.org?subject:unsubscribe">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a>
<a class="moz-txt-link-freetext" href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>