<div dir="ltr">On Tue, Nov 12, 2013 at 10:32 AM, Clint Byrum <span dir="ltr"><<a href="mailto:clint@fewbar.com" target="_blank">clint@fewbar.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">Excerpts from Thomas Spatzier's message of 2013-11-11 08:57:58 -0800:<br>
<div class="im">><br>
> Hi all,<br>
><br>
> I have just posted the following wiki page to reflect a refined proposal<br>
> for HOT software configuration based on discussions at the design summit<br>
> last week. Angus also put a sample up in an etherpad last week, but we did<br>
> not have enough time to go thru it in the design session. My write-up is<br>
> based on Angus' sample, actually a refinement, and on discussions we had in<br>
> breaks, plus it is trying to reflect all the good input from ML discussions<br>
> and Steve Baker's initial proposal.<br>
><br>
> <a href="https://wiki.openstack.org/wiki/Heat/Blueprints/hot-software-config-WIP" target="_blank">https://wiki.openstack.org/wiki/Heat/Blueprints/hot-software-config-WIP</a><br>
><br>
> Please review and provide feedback.<br>
<br>
</div>Hi Thomas, thanks for spelling this out clearly.<br>
<br>
I am still -1 on anything that specifies the place a configuration is<br>
hosted inside the configuration definition itself. Because configurations<br>
are encapsulated by servers, it makes more sense to me that the servers<br>
(or server groups) would specify their configurations. If changing to a<br>
more logical model is just too hard for TOSCA to adapt to, then I suggest<br>
this be an area that TOSCA differs from Heat. We don't need two models<br>
for communicating configurations to servers, and I'd prefer Heat stay<br>
focused on making HOT template authors' and users' lives better.<br>
<br></blockquote><div><br></div><div><br></div><div>I agree that the specification of which configs go on which servers should be separated from both. This is how the good configuration tools like puppet work anyway: you specify your servers, you specify ways to configure them, and you specify which servers get which configs, all in potentially separate places for maximum flexibility.</div>
<div><br></div></div>-- <br><div dir="ltr"><div>IRC: radix</div>Christopher Armstrong<div>Rackspace</div></div>
</div></div>