<div dir="ltr">On Thu, Nov 14, 2013 at 11:04 AM, Sam Alba <span dir="ltr"><<a href="mailto:sam.alba@gmail.com" target="_blank">sam.alba@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Jay,<br>
<br>
I think Heat is an ingredient for Solum. When you build a PaaS, you<br>
need to control the app at different levels:<br>
<br>
#1 describing your app (basically your stack)<br>
#2 Pushing your code<br>
#3 Deploying it<br>
#4 Controlling the runtime (restart, get logs, scale, changing<br>
resources allocation, etc...)<br>
<br>
I think Heat is a major component for step 3. But I think Heat's job<br>
ends at the end of the deployment (the status of the stack is<br>
"COMPLETED" in Heat after processing the template correctly). It's<br>
nice though to rely on Heat's template generation for describing the<br>
stack, it's one more thing to delegate to Heat.<br>
<br>
In other words, I see Heat as an engine for deployment (at least in<br>
the context of Solum) and have something on top to manage the other<br>
steps.<br></blockquote><div><br></div><div>I'd say that Heat does (or should do) more than just the initial deployment -- especially with recent discussion around healing / convergence.</div><div><br></div></div>-- <br>
<div dir="ltr"><div>IRC: radix</div>Christopher Armstrong<div>Rackspace</div></div>
</div></div>