<html dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style id="owaParaStyle" type="text/css">P {margin-top:0;margin-bottom:0;}</style>
</head>
<body ocsi="0" fpstyle="1" style="word-wrap:break-word; color:rgb(0,0,0); font-size:14px; font-family:Calibri,sans-serif">
<div style="direction: ltr;font-family: Tahoma;color: #000000;font-size: 10pt;">My $0.02:<br>
<br>
heat as it is today, requires all users to be devops, and to carefully craft the templates launched specific to the cloud and the particular app they are trying to write. Making sharing code between heat users difficult. This means the potential user base of
heat is restricted to developers knowledgeable in heat template format, or those using openstack services that wrap up in front of heat (trove, sahara, etc). This mostly relegates heat to the role of "plumbing". Where as, I see it as a first class orchestration
engine for the cloud. Something that should be usable by all in its own right.<br>
<br>
Just about every attempt I've seen so far has required something like jinja in front to generate the heat templates since heat itself is not generic enough. This means its not available from Horizon, and then is only usable by a small fraction of openstack
users.<br>
<br>
I've had some luck with aproximating conditionals using maps and nested stacks. It works but its really ugly to code. But from an end users perspective, its very nice to use.<br>
<br>
Since everyone's reinventing the templating wheel over and over, heat should itself gain a bit more templatability in its templates so that everyone can stop having to rewrite template engines on top of heat, and heat users don't have to take so much time customizing
templates so they can launch them.<br>
<br>
I don't particularly care what the best solution to making conditionals available is. if you can guarantee jinja templates will always halt in a reasonable amount of time and is sandboxed appropriately, then sticking it in heat would be a good solution. If
not, even some simple conditionals ala AWS would be extremely welcome. But either way, it should take heat parameters in, and operate on them. The heat parameters section is a great contract today between heat users, and heat template developers. Its one of
the coolest things about Heat. It makes for a much better user experience in Horizon and the cli. And when I say users, I mean "heat users" != "heat template developers". In the same way, a bash script user may not be able to even read a bash script, but they
don't have to edit one to use it. They just call it with parameters.<br>
<br>
Thanks,<br>
Kevin<br>
<div style="font-family: Times New Roman; color: #000000; font-size: 16px">
<hr tabindex="-1">
<div style="direction: ltr;" id="divRpF701635"><font face="Tahoma" size="2" color="#000000"><b>From:</b> Rob Pothier (rpothier) [rpothier@cisco.com]<br>
<b>Sent:</b> Tuesday, December 15, 2015 7:50 AM<br>
<b>To:</b> OpenStack Development Mailing List (not for usage questions)<br>
<b>Subject:</b> Re: [openstack-dev] [Heat] Status of the Support Conditionals in Heat templates<br>
</font><br>
</div>
<div></div>
<div>
<div><br>
</div>
<div>Hi Sergey,</div>
<div>I agree with your feeling, this is from the Heat Wiki page.</div>
<div>"Heat also endeavours to provide compatibility with the AWS CloudFormation template format, so that many existing CloudFormation templates can be launched on OpenStack."</div>
<div><br>
</div>
<div>Note also, there was another review that attempted implement this, but stalled.</div>
<div><a href="https://review.openstack.org/#/c/84468" target="_blank">https://review.openstack.org/#/c/84468</a>/</div>
<div><br>
</div>
<div>Rob</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; border-bottom:medium none; border-left:medium none; padding-bottom:0in; padding-left:0in; padding-right:0in; border-top:#b5c4df 1pt solid; border-right:medium none; padding-top:3pt">
<span style="font-weight:bold">From: </span>Sergey Kraynev <<a href="mailto:skraynev@mirantis.com" target="_blank">skraynev@mirantis.com</a>><br>
<span style="font-weight:bold">Reply-To: </span>"OpenStack Development Mailing List (not for usage questions)" <<a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.openstack.org</a>><br>
<span style="font-weight:bold">Date: </span>Wednesday, December 9, 2015 at 5:42 AM<br>
<span style="font-weight:bold">To: </span>"OpenStack Development Mailing List (not for usage questions)" <<a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.openstack.org</a>><br>
<span style="font-weight:bold">Subject: </span>[openstack-dev] [Heat] Status of the Support Conditionals in Heat templates<br>
</div>
<div><br>
</div>
<div>
<div>
<div dir="ltr">
<div>Hi Heaters,</div>
<div><br>
</div>
<div>On the last IRC meeting we had a question about Support Conditionals spec [1].</div>
<div>Previous attempt for this staff is here [2].</div>
<div>The example of first POC in Heat can be reviewed here [3]</div>
<div><br>
</div>
<div>As I understand we have not had any complete decision about this work.</div>
<div>So I'd like to clarify feelings of community about it. This clarification may be done as answers for two simple questions:</div>
<div> - Why do we want to implement it?</div>
<div> - Why do NOT we want to implement it?</div>
<div><br>
</div>
<div>My personal feeling is:<br>
</div>
<div>- Why do we want to implement it?<br>
</div>
<div> * A lot of users wants to have similar staff.</div>
<div> * It's already presented in AWS, so will be good to have this feature in Heat too.</div>
<div> - Why do NOT we want to implement it?<br>
</div>
<div> * it can be solved with Jinja [4] . However I don't think, that it's really important reason for blocking this work.</div>
<div><br>
</div>
<div>Please share your idea about two questions above.</div>
<div>It should allows us to eventually decide, want we implement it or not.</div>
<div><br>
</div>
<div>[1] <a href="https://review.openstack.org/#/c/245042/" target="_blank">https://review.openstack.org/#/c/245042/</a></div>
<div>[2] <a href="https://review.openstack.org/#/c/153771/" target="_blank">https://review.openstack.org/#/c/153771/</a></div>
<div>[3] <a href="https://review.openstack.org/#/c/221648/1" target="_blank">https://review.openstack.org/#/c/221648/1</a></div>
<div>[4] <a href="http://jinja.pocoo.org/" target="_blank">http://jinja.pocoo.org/</a></div>
-- <br>
<div class="gmail_signature">
<div dir="ltr">Regards,
<div>Sergey.</div>
</div>
</div>
</div>
</div>
</div>
</span></div>
</div>
</div>
</body>
</html>