<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>All,</p>
    <p>     Last week at the container interlock, one of you (sorry,
      can't remember who, maybe Diogones?) was talking about the
      Middleware team building "base images" which contained VMs.  As a
      follow up, I wanted to understand what was meant by that. I think
      one of two things could be happening, but I didn't want to rat
      hole the presentation.</p>
    <p><br>
    </p>
    <p>1. We are not using the word base image correctly?</p>
    <p>2. We are planning on releasing Middleware base images?</p>
    <p>3. More complicated. Relies on RHEL, but squashed (still has a
      base image of RHEL)<br>
    </p>
    <p><br>
    </p>
    <p>If #1, check out this article [1] which I did a ton of homework
      on and references Docker's documentation, which defines a base
      image as an image with no parent layer.<br>
    </p>
    <br>
    If #2, I think the RHEL team and the middleware team should talk. I
    believe we really need to make sure all software in Red Hat products
    rely on the RHEL "base image" and should probably NOT be creating
    their own base images.<br>
    <br>
    If #3, I think we should discuss what we message to the world
    (especially customers) about how these are built and we should
    probably be careful calling them base images. Perhaps, something
    like an Application Image or Composed Image? Perhaps talking about
    how they an be used as base images, but are actually rely on a RHEL
    base image? It might not seem important in this small case, but I
    foresee massive confusion if we don't perfectly align now before we
    1000s of images (currently at just over 100 and growing fast).<br>
    <br>
    <br>
    Best Regards<br>
    Scott M<br>
    <br>
    [1]:
<a class="moz-txt-link-freetext" href="http://developers.redhat.com/blog/2016/01/13/a-practical-introduction-to-docker-container-terminology/">http://developers.redhat.com/blog/2016/01/13/a-practical-introduction-to-docker-container-terminology/</a><br>
    <br>
    <div class="moz-signature">-- <br>
      <p>Scott McCarty, RHCA</p>
      <p>Technical Product Marketing: Containers</p>
      <p>Email: <a class="moz-txt-link-abbreviated" href="mailto:smccarty@redhat.com">smccarty@redhat.com</a></p>
      <p>Phone: 312-660-3535</p>
      <p>Cell: 330-807-1043</p>
      <p>Web: <a href="http://crunchtools.com">http://crunchtools.com</a></p>
      <p>When should you split your application into multiple
        containers? <a href="http://red.ht/22xKw9i">http://red.ht/22xKw9i</a></p>
    </div>
  </body>
</html>