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
Allow user to suspend project so it doesnt consume resources #377
Comments
This needs some discussion about engineering design and UX, specific questions are: Should this be a separate state from the current stopped project which stops Node-RED from handling any requests but doesn't remove the container? Should that be renamed to pause? What do we call this, halted?, terminated? What is the billing experience, eg if a user stops and starts containers in a short timeframe do we refund and then charge again when its started? Do we have any kind of charge/limit on the number of projects without a running container that a user might have? |
Also how does this experience relate and impact localfs where there is no container as such, does the UI need to hide the option in localfs mode |
The work done in #392 and #437 has introduced the 'suspended' state to a Project - a necessary state when considering how stacks get changed. Whilst developing and testing #437 I had added a 'suspend' option in the project action menu to help me test different state combinations. I have removed the menu option from the final PR to not confuse matters. For future reference, this is the comit that did hid it - so you can see what front-end api is there to use in the future - cf3606a But the main take-away is that the questions around what a suspended project means have been largely addressed through the lifecycle review work. The remain piece of dev work is on how to expose it properly in the UI. Whilst I had put it in the action menu (the drop-down menu in the RH side of the project screen) as a super convenient place whilst I was testing, it is more suited for the 'Danger' settings panel. The text that goes on screen also needs to reference the impact on billing - but only if billing is enabled. As such, I am going to add a small sizing for this item to reflect the relatively small piece of UI work needed. |
TODO Look at billing experience of stopping & starting with credits |
OK, basic UI done for suspending, might have a chat with @joepavitt tomorrow about if we want to change things for restarting. The billing is currently already handled by the existing container code, so need to decide if we want to handle this differently to a stack upgrade (which can cause billing change) |
Stack upgrades shouldn't result in a billling change, only changing the project type (which isn't currently supported) |
We need to keep start (unless we also move that to Settings/Danger section as well) |
So start will start the container and node-red now? |
Epic
#787
Description
As a: Owner
I want to: have the ability to stop a container for a project
So that: I am not charged for consuming resources
Which customers would this be availble to
Acceptance Criteria
The text was updated successfully, but these errors were encountered: