[openstack-dev] [Zaqar][all] Zaqar will stay... Lots of work ahead

Flavio Percoco flavio at redhat.com
Tue May 26 08:28:06 UTC 2015


Greetings,

TL;DR: Thanks everyone for your feedback. Based on the discussed plans
at the summit - I'll be writing more about these later - Zaqar will
stick around and play its role in the community.

Summit Summary
==============

I'm happy to say that several use cases were discussed at the summit
and the difference from previous summits is that we left the room with
some action items to make them happen.

Cross-project user-facing notifications
=======================================

https://etherpad.openstack.org/p/liberty-cross-project-user-notifications

Besides brainstorming a bit on what things should/should not be
notified and what format should be used, we also talked a bit about
the available technologies that could be used for this tasks. Zaqar
was among those and, AFAICT, at the end of the session we agreed on
giving this a try. It'll likely not happen as fast as we want but the
action item out of this session was to write a cross-project spec
describing the things discussed and the technology that will be
adopted.

Heat + Zaqar
============

The 2 main areas where Zaqar will be used in Heat are Software Config
and Hooks. The minimum requirements (server side) for this are in
place already. There's some work to do on the client side that the
team will get to asap.


Sahara (or other guest agent based services) + Zaqar
====================================================

We discussed 3 different ways to enable services to communicate with
their guest agents using Zaqar:

1) Using notification hooks: Assuming the guest agents doesn't need to
communicate with the controller, the controller can register a
notification hook that will push messages to the guest agent.

2) Inject keystone credentials: The controller would inject keystone
credentials into the VM to allow the guest agent to send/receive
messages using Zaqar.

3) PreSigned URLs: The controller injects a PreSigned URL in the
controller that will grant the guest agent access to a specific
tenant/queue with either read or read&write access.


Hallway Discussions
===================

We had a chance to talk to some other folks from teams like Horizon
that were also interested in doing some actual integration work with
Zaqar as well. Not to mention that some other folks from the puppet
team showed interest in helping out with the creation of these
manifests.


Next Steps
==========

In light of the above, and as mentioned in the TL;DR, Zaqar will stick
around and the team, as promised, will focus on making those
integrations happen. The team is small, which means we'll carefully
pick the tasks we'll be spending time on.

As a first step, we should restore our meetings and get to work right
away. To favor our contributors in NZ, next week's meeting will be at
21:00 UTC and we'll keep it at that time for 2 weeks.

For the Zaqar team (and folks interested), I'll be sending out further
emails to sync on the work to do.

Special thanks for all the folks that showed interest, participated in
sessions and that are committed on making this happen.

Lets now make it happen,
Flavio

-- 
@flaper87
Flavio Percoco
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150526/12e2acf4/attachment.pgp>


More information about the OpenStack-dev mailing list