Во время своей презентации I/O 2009 "Оффлайновая обработка на App Engine: взгляд вперед" (видео, слайды), Бретт Слаткин представляет службу очереди задач.
Он утверждает, что
Pub-sub системы максимизируют транзакции, развязывание:
- Большое количество небольших транзакций в секунду
- Отключение "один ко многим" с меняющимися приемниками
- Гарантированное упорядочение, фильтрация, двухфазное принятие
И специально подчеркивает
Наш новый API реализует очередность, а не pub-sub
Меня интересует только часть этих функциональных возможностей:
- Отключение "один ко многим" с
изменениемвыбранных/фиксированных внутренних обработчиков приемников -
Гарантированное упорядочение, фильтрация, двухфазное принятие
Целевая цель - облегчить публикацию уведомлений/сообщений между различными модулями одного и того же веб-приложения. Примеры сценариев использования сценариев:
- Предоставление платежного модуля информации о получении счетов.
- Предоставление пользователю возможности отслеживать изменения определенного объекта домена, на который он решил следовать /star.
Каким будет правильный способ реализовать их поверх службы очереди задач?