<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 22, 2016 at 9:36 AM, Zane Bitter <span dir="ltr"><<a href="mailto:zbitter@redhat.com" target="_blank">zbitter@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">On 18/11/16 16:56, Clint Byrum wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">
Excerpts from Zane Bitter's message of 2016-11-18 14:24:43 -0500:<br>
</span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
So, say that I want to create my servers in Heat so that I can use Heat<span class="gmail-"><br>
software deployments for orchestration. How would I go about e.g. making<br>
sure that the servers are always connected to the networks I expect on a<br>
variety of different clouds? Would Oaktree figure out the networks and<br>
pass them in to the stack when creating it? (I don't believe shade has<br>
Heat support yet, but we should definitely add it & I don't foresee any<br>
great obstacle.) Or would Heat have to add Oaktree resource types?<br>
<br>
</span></blockquote><span class="gmail-">
<br>
If you're wanting to use Heat, you are a) already cutting off a large<br>
quantity of interoperable clouds because many do not have Heat,<br>
</span></blockquote>
<br>
(Roughly one third, according to the user survey.) We have a mechanism to resolve that though (defcore), and I'm confident that that will happen in due course. I'm less confident that we have any mechanism for resolving these other questions.<br>
<br>
Perhaps we could use defcore-required Tempest tests to drive alignment on some of those too. But we'd have to decide what we want to align on first.<span class="gmail-"><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
and b)<br>
you already have provider templates to deal with the inconsistencies<br>
across clouds.<br>
</blockquote>
<br></span>
Indeed, and environment files and conditionals as well.<span class="gmail-"><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
And Shade has had Heat support in some for or another for a long time:<br>
<br>
9922cfbb        (Monty Taylor   2015-12-03 18:12:32 -0500 32)import heatclient.client<br>
</blockquote>
<br></span>
Oh, great! I knew it had been on the agenda for a while but I didn't know if it had actually happened or not, so I had a quick glance at <a href="http://docs.openstack.org/infra/shade/model.html" rel="noreferrer" target="_blank">http://docs.openstack.org/infr<wbr>a/shade/model.html</a> and there was no mention.<br><span class="gmail-"><br></span></blockquote><div><br></div><div>Shade has decent heat support [1] which is behind the os_stack module available in Ansible 2.2 [2]</div><div><br></div><div>My personal workflow involves a lot of ansible playbooks creating/updating heat stacks then doing other things, and having the os_stack module has made this much cleaner. </div><div><br></div><div>[1] <a href="http://docs.openstack.org/infra/shade/usage.html#shade.OpenStackCloud.create_stack">http://docs.openstack.org/infra/shade/usage.html#shade.OpenStackCloud.create_stack</a> etc</div><div>[2] <a href="https://docs.ansible.com/ansible/os_stack_module.html">https://docs.ansible.com/ansible/os_stack_module.html</a></div></div><br></div></div>