<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">On 02/26/2014 06:47 AM, Charles Walker
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAH19G-G84gJLVuHpK8t=2tPPWCYX=Ht3vo1HtD_czQF4KZaEiA@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <p class="MsoNormal">Hi,</p>
        <p class="MsoNormal"><br>
        </p>
        <p class="MsoNormal">I am trying to deploy the proprietary
          application made in my
          company on the cloud. The pre requisite for this is to have a
          IAAS which can be
          either a public cloud or private cloud (openstack is an option
          for a private
          IAAS).</p>
        <p class="MsoNormal"><br>
        </p>
        <p class="MsoNormal">The first prototype I made was based on a
          homemade python
          orchestrator and apache libCloud to interact with IAAS (AWS
          and Rackspace and
          GCE). <br>
        </p>
        <p class="MsoNormal">The orchestrator part is a python code
          reading a template file which
          contains the info needed to deploy my application. This
          template file indicates
          the number of VM and the scripts associated to each VM type to
          install it.</p>
        <p class="MsoNormal"><br>
        </p>
        <p class="MsoNormal">Now I was trying to have a look on existing
          open source tool
          to do the orchestration part. I find JUJU (<a
            moz-do-not-send="true" href="https://juju.ubuntu.com/"
            target="_blank">https://juju.ubuntu.com/</a>)
          or HEAT (<a moz-do-not-send="true"
            href="https://wiki.openstack.org/wiki/Heat" target="_blank">https://wiki.openstack.org/wiki/Heat</a>).
          <br>
        </p>
        <p class="MsoNormal">I am investigating deeper HEAT and also had
          a look on <a moz-do-not-send="true"
            href="https://wiki.openstack.org/wiki/Heat/DSL"
            target="_blank">https://wiki.openstack.org/wiki/Heat/DSL</a>
          which mentioned:</p>
      </div>
    </blockquote>
    <br>
    You will notice at the top of this page, it is clearly labeled
    "Proposal Only".  Just a tip, but I'd recommend taking anything on
    the wiki with a grain of salt (vs what is actually put on
    docs.openstack.org, which is a more accurate world view).<br>
    <br>
    The Heat developers have coalesced around a de-facto standard DSL
    called HOT instead:<br>
    <br>
<a class="moz-txt-link-freetext" href="http://docs.openstack.org/developer/heat/template_guide/hot_spec.html">http://docs.openstack.org/developer/heat/template_guide/hot_spec.html</a><br>
    <br>
    <blockquote
cite="mid:CAH19G-G84gJLVuHpK8t=2tPPWCYX=Ht3vo1HtD_czQF4KZaEiA@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <p class="MsoNormal"><b>“Cloud Service Provider</b> - A service
          entity offering
          hosted cloud services on OpenStack or another cloud
          technology. Also known as a
          Vendor.”</p>
        <p class="MsoNormal"><br>
        </p>
        <p class="MsoNormal">I think HEAT as its actual version will not
          match my
          requirement but I have the feeling that it is going to evolve
          and could cover
          my needs.</p>
        <p class="MsoNormal"><br>
        </p>
        <p class="MsoNormal">I would like to know if it would be
          possible to use HEAT as
          a standalone component in the future (without Nova and other
          Ostack modules)?
          The goal would be to deploy an application from a template
          file on multiple
          cloud service (like AWS, GCE). <br>
        </p>
        <p class="MsoNormal"><br>
        </p>
      </div>
    </blockquote>
    First, Heat has a hard dependency on keystone.  Second, it wouldn't
    be very useful in this configuration.  Heat provides built-in
    resources for managing things like servers, floating ips, and other
    types of resources.  These resource plugins expect to communicate
    with openstack nova, neutron, etc.  If you were really motivated,
    you could write bespoke plugins for all of the AWS/GCE services to
    run a hybrid cloud using Heat.  If you were even more motivated, you
    could get these merged upstream.  But hybrid cloud is not in scope
    for the Orchestration program.  We don't stop people from trying to
    use Heat in this way, but we don't directly enable it in the
    resources either.<br>
    <br>
    In the future, I'd recommend asking general questions like this on
    ask.openstack.org so the entire community can share and record the
    experience, rather then being lost on a mailing list.<br>
    <br>
    Thanks!<br>
    -steve<br>
    <br>
    <blockquote
cite="mid:CAH19G-G84gJLVuHpK8t=2tPPWCYX=Ht3vo1HtD_czQF4KZaEiA@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <p class="MsoNormal">Any feedback from people working on HEAT
          could help me.</p>
        <p class="MsoNormal"><br>
        </p>
        <p class="MsoNormal">Thanks, Charles.</p>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
OpenStack-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</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>