[GH-ISSUE #551] [FEATURE REQUEST] The msg cannot be consumed by my expected worker. #260

Closed
opened 2026-03-02 05:20:00 +03:00 by kerem · 3 comments
Owner

Originally created by @Lilihx on GitHub (Sep 29, 2022).
Original GitHub issue: https://github.com/hibiken/asynq/issues/551

Originally assigned to: @hibiken on GitHub.

Is your feature request related to a problem? Please describe.

In our debug mod, we share a redis. So there are several workers, and I want to make breakpoints in my IDE.
In this situation, how can i ensure that the msg sent from my local producer was consumed by my local worker ?

Describe the solution you'd like

I do not know if there is any option now.

Describe alternatives you've considered

Additional context

Originally created by @Lilihx on GitHub (Sep 29, 2022). Original GitHub issue: https://github.com/hibiken/asynq/issues/551 Originally assigned to: @hibiken on GitHub. **Is your feature request related to a problem? Please describe.** In our debug mod, we share a redis. So there are several workers, and I want to make breakpoints in my IDE. In this situation, how can i ensure that the msg sent from my local producer was consumed by my local worker ? **Describe the solution you'd like** I do not know if there is any option now. **Describe alternatives you've considered** **Additional context**
kerem 2026-03-02 05:20:00 +03:00
Author
Owner

@AMAN-BARBARIA commented on GitHub (Sep 30, 2022):

@Lilihx One way of achieving that could be to add prefix to the queue names.So each worker subscribes to different queue based on what prefix you set and then the producers can enqueue in specific queue?

We too share a common redis server for our local development and each developer use a different prefix set in the environment variable so the queue is different and messages are sent/consumed by the expected workers only.

<!-- gh-comment-id:1263506856 --> @AMAN-BARBARIA commented on GitHub (Sep 30, 2022): @Lilihx One way of achieving that could be to add prefix to the queue names.So each worker subscribes to different queue based on what prefix you set and then the producers can enqueue in specific queue? We too share a common redis server for our local development and each developer use a different prefix set in the environment variable so the queue is different and messages are sent/consumed by the expected workers only.
Author
Owner

@hibiken commented on GitHub (Oct 1, 2022):

thanks @Lilihx for the question, and thanks @AMAN-BARBARIA for answering!

<!-- gh-comment-id:1264461027 --> @hibiken commented on GitHub (Oct 1, 2022): thanks @Lilihx for the question, and thanks @AMAN-BARBARIA for answering!
Author
Owner

@XTeam-Wing commented on GitHub (Dec 1, 2022):

@Lilihx One way of achieving that could be to add prefix to the queue names.So each worker subscribes to different queue based on what prefix you set and then the producers can enqueue in specific queue?

We too share a common redis server for our local development and each developer use a different prefix set in the environment variable so the queue is different and messages are sent/consumed by the expected workers only.
But it conflicts with priority.

<!-- gh-comment-id:1333346690 --> @XTeam-Wing commented on GitHub (Dec 1, 2022): > @Lilihx One way of achieving that could be to add prefix to the queue names.So each worker subscribes to different queue based on what prefix you set and then the producers can enqueue in specific queue? > > We too share a common redis server for our local development and each developer use a different prefix set in the environment variable so the queue is different and messages are sent/consumed by the expected workers only. But it conflicts with priority.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/asynq#260
No description provided.