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

Model release cycle #99

Closed
hrishikeshvganu opened this issue Mar 31, 2017 · 1 comment
Closed

Model release cycle #99

hrishikeshvganu opened this issue Mar 31, 2017 · 1 comment

Comments

@hrishikeshvganu
Copy link

Do you have plans to support the model release cycle? What I mean is a workflow where:

  1. The calling application triggers a model retrain based on deterioration in performance
  2. Then a new model could be mounted in place of the old version.

#1 can be handled by the calling application but #2 is where I wanted to know if it's possible to programmatically upload a new version.

@dcrankshaw
Copy link
Contributor

dcrankshaw commented Apr 2, 2017

Yes this is explicitly supported in Clipper.

Clipper is designed to support frequently retrained models with minimal overhead. A model deployed in Clipper is composed of two elements, the model container and the model data. The model container is the code (and any dependencies) needed to evaluate the model. The model data is the state (generally the trained model's parameters in some serialized format) that is loaded when a container is initialized. For frequently retrained models, the code often doesn't change, just the parameters from being trained on new data. This means that the updated model can be deployed without needing to write any code or modify the container at all by deploying a new version of the model with new model data. This can all be done programmatically.

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

No branches or pull requests

2 participants