Skip to content
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

Convert ToolDeployment to a django model #1423

Draft
wants to merge 18 commits into
base: main
Choose a base branch
from

Conversation

michaeljcollinsuk
Copy link
Contributor

Allows us to track the specific tool release that
a user has deployed.
This commit includes minimal changes to get the
model working, so that every time a tool is
deployed from the front end, a database object is
created. This does introduce a bug about status of the tool deployment, but this will be fixed later.

📝 Summary

This PR resolves ...

This PR ...

The changes in this PR are needed because ...

Merging this PR will have the following side-effects:

🔍 What should the reviewer concentrate on?

🧑‍💻 How should the reviewer test these changes?

📚 Documentation status

  • No changes to the documentation are required
  • This PR includes all relevant documentation
  • Documentation will be added in the future because ... (see issue #...)

Allows us to track the specific tool release that
a user has deployed.
This commit includes minimal changes to get the
model working, so that every time a tool is
deployed from the front end, a database object is
created. This does introduce a bug about status of
the tool deployment, but this will be fixed later.
Use an is_active field to allow us to track past
deployments.
This also makes it easier to uninstall an old tool
before we install a new one.

NB a bug will occur if a user has no active
ToolDeployment but tries to switch from a jupyter
datascience to all-spark release (or vice versa).
To resolve, we have to manually install the users
Jupyter release, or deploy the same type of
Jupyter to create an "active" ToolDeployment
object, and then the user can deploy the other
type of Jupyter.
Deletes a lot of code that was used to display
the deployed tool, to read information from the
tool models where possible.
Further refactoring will be needed to add a
form to handle tool choices.
Simplify the logic to deploy tools based on the
ID. Update ToolDeployment serializer
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant