This event has ended. View the official site or create your own event → Check it out
This event has ended. Create your own
View analytic
Tuesday, May 13 • 2:50pm - 3:30pm
Queue Flavors

Sign up or log in to save this to your schedule and see who's attending!

Marconi's API aims to be as flexible as possible without sacrificing safety, consistency nor availability. Shards introduced the ability to have separate clusters for queues which helps with scaling Marconi horizontally. This process has to be done manually by the system administrator and it's just related to queue's distribution and not specifically to the storage capabilities.

Queue flavors aim to add a way for selecting dynamically which store to use for a specific queue based on the storage capabilities. For instance, it would be possible to create an `in-memory` queue or a `blob` queue, etc.

This would allow the user to have some control over the tradeoffs inherent in the backing store, e.g., do I want a queue that is fast but less durable (e.g., for piping lots of little notification messages - think UDP), or do I want something that is a little slower but offers more guarantees (e.g., for critical metering/billable events - think TCP)?

(Session proposed by Flavio Percoco Premoli)

Tuesday May 13, 2014 2:50pm - 3:30pm

Attendees (25)