<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Apr 24, 2015 at 5:19 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:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">On 24/04/15 20:00, Joe Gordon wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">
<br>
<br>
On Fri, Apr 24, 2015 at 4:35 PM, Fox, Kevin M <<a href="mailto:Kevin.Fox@pnnl.gov" target="_blank">Kevin.Fox@pnnl.gov</a><br></span><span class="">
<mailto:<a href="mailto:Kevin.Fox@pnnl.gov" target="_blank">Kevin.Fox@pnnl.gov</a>>> wrote:<br>
<br>
Notification might be a good way to integrate with nova. Individual<br>
tenants might want to do things as vm's come up/down, etc. Right<br>
now, you need a privileged pipe into rabbit. Forwarding them to<br>
Zaqar, per tenant queue's could solve the problem.<br>
<br>
<br>
Right now you can poll the nova API. Or tenants can use any number of<br>
monitoring tools. How does zaqar better then the alternatives?<br>
</span></blockquote>
<br>
So, a couple of points about that:<br>
<br>
1) Polling sucks.<br>
2) If a bunch of things are going to get polled, at least collect them together so there is *one* thing to optimise for massive polling load. (Zaqar is this thing - you have to poll it too atm.)<br>
3) Long-polling and WebSockets suck a lot less than polling. If you already collected all the polling in one place, it's really easy to make the switch as soon as you implement them in that one place.<br>
4) If you don't have a common place to poll, then you can't use the events as triggers for other services in OpenStack (without writing custom polling code for every endpoint in every API - which is pretty much what Heat does now, but that work doesn't extend automatically to Mistral, Congress, &c. in the way that Zaqar notifications could.)<br>
<br>
Also, APIs tend to only return the current status. You could miss events if you just poll the API, whereas if the events are dispatched to a durable queue and you just poll the queue for events, that problem goes away. </blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
FWIW, I think there are some really neat use cases for amazon SQS, that<br>
presumably Zaqar would fit as well. Cases such as<br>
<a href="https://aws.amazon.com/articles/1464" target="_blank">https://aws.amazon.com/articles/1464</a><br>
</blockquote>
<br></span>
Bingo, this is where it starts to get really interesting.<br></blockquote><div><br></div><div>Instead of asking the community to come up with reasons to integrate with Zaqar, I think it would be more effective if the Zaqar team came up with one or two use cases they want to support that require integration with other projects and go from there. Turn this abstract call for adoption into a more narrow but concrete proposal for X and Y to integrate with Zaqar to support a specific use case. </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
cheers,<br>
Zane.<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Thanks,<br>
Kevin<br>
------------------------------------------------------------------------<br>
*From:* Joe Gordon [<a href="mailto:joe.gordon0@gmail.com" target="_blank">joe.gordon0@gmail.com</a><br>
<mailto:<a href="mailto:joe.gordon0@gmail.com" target="_blank">joe.gordon0@gmail.com</a>>]<br>
*Sent:* Friday, April 24, 2015 4:02 PM<br>
*To:* OpenStack Development Mailing List (not for usage questions)<br>
*Subject:* Re: [openstack-dev] [Zaqar] Call for adoption (or exclusion?)<span class=""><br>
<br>
<br>
<br>
On Mon, Apr 20, 2015 at 5:54 AM, Flavio Percoco <<a href="mailto:flavio@redhat.com" target="_blank">flavio@redhat.com</a><br></span><div><div class="h5">
<mailto:<a href="mailto:flavio@redhat.com" target="_blank">flavio@redhat.com</a>>> wrote:<br>
<br>
Greetings,<br>
<br>
I'd like my first action as Zaqar's PTL to be based on<br>
reflections and<br>
transparency with regards to what our past has been, to what our<br>
present is and to what our future could be as a project and<br>
community.<br>
Therefore, I'm sending this call for adoption and support before<br>
taking other actions (also mentioned below).<br>
<br>
The summit is very close and the Zaqar team is looking forward<br>
to it.<br>
<br>
The upcoming summit represents an important opportunity for Zaqar to<br>
integrate with other projects. In the previous summits - since<br>
<br>
<br>
I get integration with Horizon etc. But to use the SQS/SNS analogy<br>
how would say Nova integrate with Zaqar?<br>
<br>
Icehouse's - we've been collecting feedback from the community.<br>
We've<br>
worked on addressing the many use-cases, we've worked on addressing<br>
the concerns raised by the community and we've also kept moving<br>
towards reaching the project's goals.<br>
<br>
As you all know, the project has gone through many ups and downs.<br>
We've had some "failures" in the past and we've also had<br>
successes, as<br>
a project and as a team. Nevertheless, we've got to the point<br>
where it<br>
doesn't make much sense to keep pushing new features to the project<br>
until it gains adoption. Therefore, I'd like to take advantage<br>
of the<br>
workshop slots and invite people from other projects to help<br>
us/guide<br>
us through a hacking session on their projects so we can help<br>
with the<br>
adoption. The current adoption of Zaqar consist in:<br>
<br>
- 1 company reachingunning it in production<br>
- 1 planning to do it soon<br>
- RDO support<br>
<br>
Unfortunately, the above is certainly not enough for a project to<br>
succeed and it makes the time and effort spent on the project not<br>
worth it. It's been more than 2 years since we kicked the<br>
project off<br>
and it's time for it to show some results. The current problem seems<br>
to be that many people want the project but no one wants to be the<br>
first in adopting Zaqar (which kind of invalidates the premises<br>
of the<br>
"Big tent").<br>
<br>
In summary, this is a call for adoption before we call it a nice<br>
adventure and ask for the project to be excluded from the OpenStack<br>
organization based on the lack of adoption and contributions.<br>
<br>
If you think it's worth it, speak up. Either way, thanks for the<br>
support and for reading thus far.<br>
<br>
On behalf of the Zaqar team,<br>
Flavio<br>
<br>
--<br>
@flaper87<br>
Flavio Percoco<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe:<br>
<a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br></div></div>
<<a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a>><span class=""><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>
<br>
<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe:<br>
<a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br></span>
<<a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a>><span class=""><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>
<br>
<br>
<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</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>
<br>
</span></blockquote><div class=""><div class="h5">
<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</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></div></div>