This session will include the following subject(s):
Events Refactoring:
We've discussed issues with the events table in the past and the possible headaches that entails. I propose we discuss refactoring all of our eventing to use notifications and multiple simultanious backends.
* use notifications for all eventing * develop a default notifier that sends events to events table, but allow for no events stored in the db * allow the user to configure several notifiers (if oslo.notification doesn't already support it) * allow user to specify a Marconi queue per stack to receive notification events as well * What do we do about the events endpoints (?)