Proposal - Supporting user-provided ML models in workflows #6616
tanishqgandhi1908
started this conversation in
Ideas
Replies: 1 comment
-
|
@tanishqgandhi1908 Thanks for starting the discussion. Our protocol is to create issues for a discussion, and raise PRs for each issue. Can you organize the content in this way? |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
What we're proposing
Let users bring their own trained ML models into Texera and use them in workflows, upload a model, keep versions of it, share it, and run inference on your data — just like datasets work today. Tracking issue: #6494.
What learned from research
Studied how other data/ML platforms handle this, and took a few clear lessons:
/datasets/...vs/models/...).The design
Models are a sibling of datasets: their own tables and their own storage repo, on top of the same storage engine we already use. The path label decides the type (
/datasets/...vs/models/...), and a worker mounts the chosen model version to read its files.Tables and storage

How a model reaches a worker when it runs

The plan
One small step per PR (see sub-tasks under #6494): add the path label → model tables → model storage & lookup → upload/version/access API → UI → use in a workflow → sharing & docs. We start with PyTorch; more frameworks and a no-code inference operator come later.
Questions for the community
datasets/modelssegment), with a one-time migration of existing dataset paths. Any concerns with requiring it, versus leaving datasets with no label as the default?modeltables (mirroring the dataset tables) vs. reusing the dataset tables with a type column — any preference or downside we're missing?Feedback welcome!
Beta Was this translation helpful? Give feedback.
All reactions