<div dir="ltr">This may be out of scope, but as a developer of an external tool that works with OpenStack we would love an external interface to get this kind of information more efficiently. Today we poll the state of all resources periodically which is a pretty heavy operation. Ideally any work done for internal notification would be able to be leveraged for such an external API in the future.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jun 26, 2014 at 5:34 PM, Randall Burt <span dir="ltr"><<a href="mailto:randall.burt@rackspace.com" target="_blank">randall.burt@rackspace.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Jun 26, 2014, at 5:25 PM, Zane Bitter <<a href="mailto:zbitter@redhat.com">zbitter@redhat.com</a>><br>
<div class=""> wrote:<br>
<br>
> On 23/06/14 19:25, Clint Byrum wrote:<br>
>> Hello! I would like to turn your attention to this specification draft<br>
>> that I've written:<br>
>><br>
>> <a href="https://review.openstack.org/#/c/100012/1/specs/convergence-continuous-observer.rst" target="_blank">https://review.openstack.org/#/c/100012/1/specs/convergence-continuous-observer.rst</a><br>
>><br>
>> Angus has suggested that perhaps Ceilometer is a better place to handle<br>
>> this. Can you please comment on the review, or can we have a brief<br>
>> mailing list discussion about how best to filter notifications?<br>
>><br>
>> Basically in Heat when a user boots an instance, we would like to act as<br>
>> soon as it is active, and not have to poll the nova API to know when<br>
>> that is. Angus has suggested that perhaps we can just tell ceilometer to<br>
>> hit Heat with a web hook when that happens.<br>
><br>
> I'm all in favour of having Ceilometer filter the firehose for us if we can :)<br>
><br>
> Webhooks would seem to add a lot of overhead though (set up + tear down a connection for every notification), that could perhaps be avoided by using a message bus? Given that both setting up and receiving these notifications would be admin-only operations, is there any benefit to handling them through a webhook API rather than through oslo.messaging?<br>

><br>
> cheers,<br>
> Zane.<br>
<br>
</div>In larger OpenStack deployments, the different services probably don't share the same message bus. While I certainly agree oslo.messaging and/or oslo.notifications should be an option (and probably the default one at that), I think there should still be an option to use ceilometer or some other notification mechanism. As long as its pluggable, I don't think anyone would be too fussed.<br>

<div class="HOEnZb"><div class="h5">_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Andrew Mann<div>DivvyCloud Inc.</div><div><a href="http://www.divvycloud.com" target="_blank">www.divvycloud.com</a></div></div>
</div>