You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have tried to debug how this codecov/worker works and it looks like its launching celery beat per worker instance. And if multiple beats are executed the tasks are duplicated as well. Which basically means that there is no way to run multiple worker instances?
So my question is: is there way to run multiple instances? Is codecov really running one worker in production?
The text was updated successfully, but these errors were encountered:
You have to ensure only a single scheduler is running for a schedule at a time, otherwise you’d end up with duplicate tasks. Using a centralized approach means the schedule doesn’t have to be synchronized, and the service can operate without using locks.
One way of making this scalable is that there could be one beat worker and multiple normal workers (which should execute normal tasks).
Thank you for the feedback. We consider our worker tasks idempotent and we run multiple workers and have duplicate tasks. We are going to investigate moving to a single beat worker as an optimization.
I have tried to debug how this codecov/worker works and it looks like its launching celery beat per worker instance. And if multiple beats are executed the tasks are duplicated as well. Which basically means that there is no way to run multiple worker instances?
So my question is: is there way to run multiple instances? Is codecov really running one worker in production?
The text was updated successfully, but these errors were encountered: