-
Notifications
You must be signed in to change notification settings - Fork 21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Primary/Secondary companion instance option #11
Comments
I'd like to go one step further and allow for 2 simultaneous "sends" from Satellite, but select which IP to "receive" from, so you don't get into a feedback loop. |
I dont think that is a good idea. Also, if it is sending to both, does that mean that both companions will be expected to execute the actions for every press? That too will cause issues for anyone who has any buttons set to 'toggle' or similar behaviour |
Fair enough. Trying to sort out how to set up a redundant system with the SD at a distance. Not easy! |
From a resilience/failover point of view (primary/backup), couldn't it just naïvely try to reconnect to the primary instance and if that fails try the secondary and continue retrying both until one works? This would also be ideal for any headless usage. Obviously it could be extended to let you switch from the surface itself, but I'm aware that would risk introducing the issues you mentioned in #138 (comment) |
It would be useful to be able to switch the companion ip in a couple of clicks.
This will allow for primary/backup flows, and other workflows.
I think it would be best implemented as having a submenu in the tray of known instances, being able to edit that list freely, and switching the active one by selecting in the list
The text was updated successfully, but these errors were encountered: