Абоненты push-очереди IronMQ в качестве работников Heroku
IronMQ поддерживает push-очереди, но пример подписчика Heroku push-очереди реализован в виде веб-динамометра. Это неловко, потому что мне нужен один проект Heroku для использования веб-дин, которые обслуживают веб-запросы, и рабочих динам, которые обрабатывают трудоемкие потребности. Вот как разработан Heroku.
API IronMQ указывает, что подписчик push-очереди должен быть доступен через общедоступный URL; Вот почему веб-динос необходимы.
Есть ли какой-нибудь (чистый) способ получить издателей и подписчиков Iron MQ в одном проекте Heroku?
Есть ли другая служба очередей, которая поддерживает что-то подобное (сработали бы даже длинные подписчики)?
1 ответ
Если вы хотите использовать IronMQ с сервера, не доступного через Интернет, мой лучший совет - использовать очереди извлечения. Запустите рабочий документооборот, и пусть он выводит все доступные сообщения каждые X секунд. При 10 миллионах бесплатных запросов вы используете только 26% бесплатной квоты, если проверяете сообщения каждую секунду.
Если вы по-прежнему хотите выдвигать очереди push и иметь порт TCP, прослушивающий рабочий динамо, вы всегда можете использовать push очереди, и каждое сообщение запускает рабочий на IronWorker, который переводит сообщение в соединение TCP вместо соединения HTTP.
Надеюсь, это поможет!