<div dir="ltr">Hi,<div><br></div><div>I am working on the OpenStack project Murano which actually had to solve the same problem with software level orchestration. Right now Murano has a DSL language which allows you to define a workflow for a complex service deployment.</div>
<div>Murano uses Heat for infrastructure managements and actually there is a part of DSL language which allows you to generate Heat template for deployment. </div><div><br></div><div>This is a native to OpenStack project written in Python following all OpenStack community rules. Before creating Murano we evaluated different software orchestrators like SaltStack, Chef and Puppet+mcollective. All of them have capabilities for software management but all of them are not native to OpenStack. I think it will be quite reasonable to have something under full control of OpenStack community then use something which is not native (even in programming language) to OpenStack.</div>
<div><br></div><div>Here is a link to the project overview: <a href="https://wiki.openstack.org/wiki/Murano/ProjectOverview">https://wiki.openstack.org/wiki/Murano/ProjectOverview</a></div><div><br></div><div>Right now Murano is concentrated on Windows services management but we also working on Linux Agent to allow Linux software configuration too. </div>
<div><br></div><div>When do you have a meeting for HOT software configuration discussion? I think we can add value here for Heat as we have already required components for software orchestration with full integration with OpenStack and Keystone in particular.</div>
<div><br></div><div>Thanks</div><div>Georgy</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Sep 27, 2013 at 7:15 AM, Mike Spreitzer <span dir="ltr"><<a href="mailto:mspreitz@us.ibm.com" target="_blank">mspreitz@us.ibm.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><font face="sans-serif">Sorry, I was a bit too hasty in writing
the last part of my last message; I forgot to qualify "software orchestration"
to indicate I am speaking only of its preparatory phase.  I should
have written:</font>
<br>
<br><tt><font><div class="im">Zane Bitter <<a href="mailto:zbitter@redhat.com" target="_blank">zbitter@redhat.com</a>> wrote on 09/27/2013
08:24:49 AM:<br>
<br></div>
...<div class="im"><br>
> If I understood your remarks correctly, we agree that there is no
<br>
> (known) reason that the scheduling has to occur in the middle of <br>
> orchestration (which would have implied that it needed to be <br>
> incorporated in some sense into Heat).</div></font></tt><font size="3"> <br>
</font><tt><font><br>
If you agree that by orchestration you meant specifically infrastructure
orchestration then we are agreed.  If software orchestration preparation
is also in the picture then I also agree that holistic infrastructure scheduling
does not *have to* go in between software orchestration preparation and
infrastructure orchestration --- but I think that's a pretty good place
for it.</font></tt>
<br>
<br><font size="3">Regards,</font>
<br><font size="3">Mike</font><br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Georgy Okrokvertskhov<br>
Technical Program Manager,<br>Cloud and Infrastructure Services,<br>
Mirantis<br>
<a href="http://www.mirantis.com/" target="_blank">http://www.mirantis.com</a><br>
Tel. +1 650 963 9828<br>
Mob. +1 650 996 3284<br>
</div>