【问题标题】:IronMQ push queue subscribers as Heroku workersIronMQ 推送队列订阅者作为 Heroku 工作者
【发布时间】:2013-03-13 21:44:43
【问题描述】:

IronMQ supports push queues,但 example Heroku push queue subscriber 是作为 web dyno 实现的。这感觉很尴尬,因为我需要一个 Heroku 项目来使用服务 Web 请求的 Web dyno 和处理耗时需求的工作 dyno。这就是 Heroku 的设计方式。

IronMQ API表示推送队列订阅者应该是accessible via a publicly-accessible URL;这就是为什么需要网络测功机。

是否有任何(干净的)方法可以在单个 Heroku 项目中获取 IronMQ 推送队列发布者和订阅者?

是否有另一个队列服务确实支持这样的事情(即使long-polling subscribers 也可以)?

【问题讨论】:

    标签: heroku ironmq push-queue


    【解决方案1】:

    如果您想从无法通过 Web 访问的服务器使用 IronMQ,我最好的建议是使用拉取队列。启动你的工人测功机,让它每 X 秒拉下所有可用的消息。有 1000 万个免费请求,如果您每秒检查一次消息,您只使用了 26% 的免费配额。

    如果你仍然想做推送队列并且有一个 TCP 端口监听 worker dyno,你总是可以使用推送队列并让每个消息在 IronWorker 上启动一个 worker,它将消息转换为 TCP 连接而不是HTTP 连接。

    希望有帮助!

    【讨论】:

    • 我猜 26% 并不多。是否有计划为 Heroku 用户实施长轮询或其他伪推送机制?
    • 目前没有。我将与团队一起讨论,看看我们可以为 API 的下一次迭代做些什么。 :) 如果你愿意,你可以在github.com/iron-io/issues/issues 上打开一个问题,如果我们决定实施它,我们会更新它。
    • 好的。但是您将如何通过 TCP 连接到工作人员测功机?需要另一个插件吗?
    猜你喜欢
    • 2019-01-17
    • 2015-04-30
    • 2020-02-15
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-01-16
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多