<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 11/14/2013 11:41 AM, Jay Pipes
      wrote:<br>
    </div>
    <blockquote cite="mid:52851952.4010106@gmail.com" type="cite">So
      while I have been on vacation, I've been thinking about Solum and
      Heat.
      <br>
      <br>
      And I have some lingering questions in my mind that make me
      question whether a new server project is actually necessary at
      all, and whether we really should just be targeting innovation and
      resources towards the Heat project.
      <br>
      <br>
      What exactly is Solum's API going to control that is not already
      represented in Heat's API and the HOT templating language? At this
      point, I'm really not sure, and I'm hoping that we can discuss
      this important topic before going any further with Solum. Right
      now, I see so much overlap that I'm questioning where the
      differences really are.
      <br>
      <br>
      Thoughts?
      <br>
      -jay
      <br>
      <br>
    </blockquote>
    Jay,<br>
    <br>
    After some conversation with other heat-core folks, I am confident
    we don't want to implement the API contained here:<br>
    <br>
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-1">
    <a href="https://wiki.openstack.org/wiki/Solum/API">https://wiki.openstack.org/wiki/Solum/API</a><br>
    <br>
    Most importantly, it would complicate "how to use heat" which is a
    question we are constantly answering upstream and down.  I
    personally feel this would drive adopters away from Heat.  We want
    people to adopt Heat, and one key way of achieving that goal is
    keeping it simple and doing a bang-up job on orchestration (Do one
    thing, Do it well.).  The linked API, while offering valuable use
    cases, is overkill for Heat's core mission.<br>
    <br>
    From a technical perspective, Heat offers a good composable building
    block which is the foundation of good engineering principles.  It
    makes perfect sense for Solum to build out its implementation using
    Heat as an orchestration layer, rather then jamming Solum use-cases
    into Heat.<br>
    <br>
    Regards<br>
    -steve<br>
    <br>
    <blockquote cite="mid:52851952.4010106@gmail.com" type="cite">_______________________________________________
      <br>
      OpenStack-dev mailing list
      <br>
      <a class="moz-txt-link-abbreviated" href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a>
      <br>
      <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>
      <br>
    </blockquote>
    <br>
  </body>
</html>