IronMQ 누름 대기열 구독자는 Heroku 직원으로

IronMQ supports push queues이지만 example Heroku push queue subscriber은 웹 dyno로 구현됩니다. 웹 요청을 처리하는 웹 dynos와 시간이 많이 소요되는 작업자 dynos를 사용하려면 하나의 Heroku 프로젝트가 필요하기 때문에 어색한 느낌입니다. 그것이 Heroku가 설계된 방식입니다.IronMQ 누름 대기열 구독자는 Heroku 직원으로

IronMQ API은 푸시 큐 가입자가 accessible via a publicly-accessible URL이어야 함을 나타냅니다. 그래서 웹 다이 노스가 필요한 이유입니다.

단일 Heroku 프로젝트에서 IronMQ 푸시 대기열 게시자와 구독자를 확보 할 수있는 방법이 있습니까?

이와 비슷한 것을 지원하는 다른 큐 서비스가 있습니까 (심지어 long-polling subscribers도 작동합니까)?

출처

2013-03-13 Jacob Marble

웹 액세스가 불가능한 서버에서 IronMQ를 사용하려면 당김 큐를 사용하는 것이 가장 좋습니다. 작업자 dyno를 시작하고 X 초마다 사용할 수있는 메시지를 모두 내리십시오. 1,000 만 건의 무료 요청으로 매 초마다 메시지를 확인하는 경우 무료 할당량의 26 % 만 사용합니다.

푸시 큐를 수행하고 작업자 dyno에서 수신 대기하는 TCP 포트가있는 경우 항상 푸시 큐를 사용하여 각 메시지에 IronWorker에서 메시지를 TCP 연결로 변환하는 작업자를 시작할 수 있습니다 HTTP 연결.

희망 하시겠습니까?

출처

2013-03-13 13:44:43 Paddy

26 %는 그리 많지 않습니다. Heroku 사용자를 위해 긴 폴 또는 다른 의사 푸시 메커니즘을 구현할 계획이 있습니까? –

현재 아무도 없습니다. 팀과 함께 가져와 API의 다음 반복을 위해 수행 할 수있는 작업을 살펴 보겠습니다. :) 원하는 경우 https://github.com/iron-io/issues/issues에서 문제를 열 수 있으며이를 구현하기로 결정하면 업데이트 할 것입니다. – Paddy

확인. 하지만 TCP를 통해 작업자 다이노에 연결하는 방법은 무엇입니까? 다른 애드온이 필요하십니까? – Detached

IronMQ 누름 대기열 구독자는 Heroku 직원으로

답변

관련 문제