rstudio / rstudio/vetiver-python
feat: Allow model version promotion without need for re-deployment
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 71
- Forks
- 20
- PR merge metrics
- No merged PRs in 30d
Description
A really nice feature of mlflow is the ability to update registered model versions' tags to Production which then can be used to signal downstream dependencies to pull the newly promoted model version the next its cache invalidates (inference endpoints) or at the next run (batch ml job).
I believe it should be possible through metadata on the model's pin to be able to specify model version tags.
Then within the VetiverAPI or VetiverModel classes, check the metadata for the currently promoted model version and pull that one specifically instead of defaulting to the latest or requiring the dev to explicitly define it.
Would be super powerful to be able to update a deployed model just by updating the underlying pin's metadata.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reading the metadata available on a model's pin and the VetiverAPI and VetiverModel entry points. Trace how the currently selected model version is resolved, then define how a promoted version tag should affect that choice without redeployment. Done means downstream inference or batch use selects the promoted version after metadata changes.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- machine-learning
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 30/100