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
Worker Runner was created for having common communication between workers and Worker Manager across worker implementations. Now that Docker Worker is being discontinued, there is no strong reason to continue supporting Worker Runner.
Furthermore, this should simplify communication between components, reduce complexity of deployment (fewer components to install, understand and configure) and reduce bugs due to inconsistent state between Worker Manager, Worker Runner and Generic Worker.
The text was updated successfully, but these errors were encountered:
I think this will break how we use simple g-w and start-worker (gcp provisioner) to do Virtualbox VMs (for Wayland). We need to control launching of g-w (we launch g-w inside the virtualbox container vs locally) after start-worker has done the generation of the config.
Worker Runner was created for having common communication between workers and Worker Manager across worker implementations. Now that Docker Worker is being discontinued, there is no strong reason to continue supporting Worker Runner.
Furthermore, this should simplify communication between components, reduce complexity of deployment (fewer components to install, understand and configure) and reduce bugs due to inconsistent state between Worker Manager, Worker Runner and Generic Worker.
The text was updated successfully, but these errors were encountered: