<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Oct 11, 2013 at 8:40 PM, Clint Byrum <span dir="ltr"><<a href="mailto:clint@fewbar.com" target="_blank">clint@fewbar.com</a>></span> wrote:<br>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
> 2. Ability to provide arbitrary input values for the config<br>
</div>We already have that, there's a free-form json document called "metadata"<br>
attached to every resource. Or maybe I missed what you mean here. The<br>
new capability that is in the works that will make that better is to<br>
have multiple reusable metadata blocks referenced on one instance.<br>
<div><br></div></blockquote><div><br></div><div>Yes, that's what I meant - metadata attached to configs rather than instances.<br></div><div><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
> 3. Ability to return arbitrary (JSON-compatible) data structure from config<br>
> application and use attributes of that structure as an input for other<br>
> configs<br>
<br>
</div>Note that I'd like to see more use cases specified for this ability. The<br>
random string generator that Steve Baker has put up should handle most<br>
cases where you just need passwords. Generated key sharing might best<br>
be deferred to something like Barbican which does a lot more than Heat<br>
to try and keep your secrets safe.<br>
<div><br></div></blockquote><div><br></div><div>Murano's execution plans that are sent to Murano Agent are similar to Python functions in that they have input and output. The output may be a script exit code, captured stdout/stderr, value returned from PowerShell/Python function etc. Although it is rare case where output from one execution plan is required as an input for another plan but it happens. For example execution plan 1 did created network interface on VM with DHCP enabled and execution plan (that may be executed on another machine) requires IP address obtained on that interface. In this case IP address would be the returned value<br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
> 4. Ability to provide config body that is an input to Murano Agent of<br>
> arbitrary size<br>
<br>
</div>Isn't this the same as 2?<br></blockquote><div><br></div><div>Not exactly the same, but config body can be an attribute of config's metadata with a special reserved name<br></div><div> <br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>I think it confirms that we're heading toward consensus on where to draw<br>
the software config vs. infrastructure orchestration line. That is very<br>
exciting. :)<br></blockquote><div><br></div><div>This is indeed very promising. If Murano can do all the orchestration via HOT templates and Heat doesn't deal with service metadata that is out of scope of HOT we can eliminate most of the overlapping between projects and actually complement each other. The only thing I concerned about in this context is<br>
<a href="https://wiki.openstack.org/wiki/Heat/DSL2" target="_blank">https://wiki.openstack.org/wiki/Heat/DSL2</a> and <a href="https://wiki.openstack.org/wiki/Heat/Open_API">https://wiki.openstack.org/wiki/Heat/Open_API</a> as this is very similar to what Murano does<br>
</div></div><br clear="all"><br>-- <br><div dir="ltr"><span style="text-indent:0px;letter-spacing:normal;font-variant:normal;font-style:normal;font-weight:normal;line-height:normal;border-collapse:separate;text-transform:none;font-size:medium;white-space:normal;font-family:'Times New Roman';word-spacing:0px"><span style="font-family:arial;font-size:small">Sincerely yours<br>
Stanislav (Stan) Lagun<br>Senior Developer<br>Mirantis</span></span><br><span style="text-indent:0px;letter-spacing:normal;font-variant:normal;font-style:normal;font-weight:normal;line-height:normal;border-collapse:separate;text-transform:none;font-size:medium;white-space:normal;font-family:'Times New Roman';word-spacing:0px"><span style="font-family:arial;font-size:small"><span style="font-size:10pt;font-family:"Arial","sans-serif"" lang="EN-US">35b/3, Vorontsovskaya
St.</span><br>Moscow, Russia<br>Skype: stanlagun<br><a href="http://www.mirantis.com/" target="_blank">www.mirantis.com</a><br><a href="mailto:slagun@mirantis.com" target="_blank">slagun@mirantis.com</a></span></span></div>
</div></div>