<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Nov 21, 2013 at 12:31 PM, 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On 21/11/13 18:44, Christopher Armstrong wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
    2) It relies on a plugin being present for any type of thing you<br>
    might want to notify.<br>
<br>
<br>
I don't understand this point. What do you mean by a plugin? I was<br>
assuming OS::Neutron::PoolMember (not LoadBalancerMember -- I went and<br>
looked up the actual name) would become a standard Heat resource, not a<br>
third-party thing (though third parties could provide their own through<br>
the usual heat extension mechanisms).<br>
</blockquote>
<br></div>
I mean it requires a resource type plugin written in Python. So cloud operators could provide their own implementations, but ordinary users could not.<div><div><br></div></div></blockquote><div>
<br></div><div>Okay, but that sounds like a general problem to solve (custom third-party plugins supplied by the user instead of cloud operators, which is an idea I really love btw), and I don't see why it should be a point against the idea of simply using a Neutron::PoolMember in a scaling unit.<br clear="all">
<div><br></div>-- <br><div dir="ltr"><div>IRC: radix</div>Christopher Armstrong<div>Rackspace</div></div>
<br>
<br>
</div></div></div></div>