<div dir="ltr">On Thu, Nov 14, 2013 at 5:40 PM, Angus Salkeld <span dir="ltr"><<a href="mailto:asalkeld@redhat.com" target="_blank">asalkeld@redhat.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"><div class="HOEnZb"><div class="h5">On 14/11/13 10:19 -0600, Christopher Armstrong wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<a href="http://docs.heatautoscale.apiary.io/" target="_blank">http://docs.heatautoscale.<u></u>apiary.io/</a><br>
<br>
I've thrown together a rough sketch of the proposed API for autoscaling.<br>
It's written in API-Blueprint format (which is a simple subset of Markdown)<br>
and provides schemas for inputs and outputs using JSON-Schema. The source<br>
document is currently at<br>
<a href="https://github.com/radix/heat/raw/as-api-spike/autoscaling.apibp" target="_blank">https://github.com/radix/heat/<u></u>raw/as-api-spike/autoscaling.<u></u>apibp</a><br>
<br>
<br>
Things we still need to figure out:<br>
<br>
- how to scope projects/domains. put them in the URL? get them from the<br>
token?<br>
- how webhooks are done (though this shouldn't affect the API too much;<br>
they're basically just opaque)<br>
<br>
Please read and comment :)<br>
<br>
</blockquote>
<br></div></div>
Hi Chistopher<br>
<br>
In the group create object you have 'resources'.<br>
Can you explain what you expect in there? I thought we talked at<br>
summit about have a unit of scaling as a nested stack.<br>
<br>
The thinking here was:<br>
- this makes the new config stuff easier to scale (config get applied<br>
  per scaling stack)<br>
- you can potentially place notification resources in the scaling<br>
  stack (think marconi message resource - on-create it sends a<br>
  message)<br>
- no need for a launchconfig<br>
- you can place a LoadbalancerMember resource in the scaling stack<br>
  that triggers the loadbalancer to add/remove it from the lb.<br>
<br>
I guess what I am saying is I'd expect an api to a nested stack.<span class="HOEnZb"><font color="#888888"><br>
<br></font></span></blockquote><div><br></div><div>Well, what I'm thinking now is that instead of "resources" (a mapping of resources), just have "resource", which can be the template definition for a single resource. This would then allow the user to specify a Stack resource if they want to provide multiple resources. How does that sound?</div>
</div><div><br></div>-- <br><div dir="ltr"><div>IRC: radix</div>Christopher Armstrong<div>Rackspace</div></div>
</div></div>