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

MLMD comparison with MLFlow/Tracking #49

Closed
elgalu opened this issue Jul 30, 2020 · 2 comments
Closed

MLMD comparison with MLFlow/Tracking #49

elgalu opened this issue Jul 30, 2020 · 2 comments

Comments

@elgalu
Copy link

elgalu commented Jul 30, 2020

Hi, please forgive my ignorance,

Is this project somehow comparable to MLFlow/Tracking ?
https://mlflow.org/docs/latest/tracking.html#tensorflow-and-keras-experimental

@benmathes
Copy link
Collaborator

benmathes commented Jul 30, 2020

Hey @elgalu,

(for context, I'm a product manager at google working on a few things, including MLMD. Views here are mine, not through any official google spokesperson)

Great question! There are some fascinating HCI and product strategy opinions behind the answer.

There are multiple efforts in the ML industry to solve the problem of keeping track of all your ML artifacts: Models, datasets, features, etc. The same way classical software engineering iterated through multiple ways of keeping track of code (central repos like subversion, decentralized repos like git, etc.), ML engineering is evolving the best way to keep track of ML Engineering.

IMO, ML-Flow is a model-first view. Kind of like a star-schema in RDBMs, if you're familiar. Contrast to TFX's pipeline-first view. MLMD can be part of how TFX's pipeline records the DAG history of each run. MLFlow and MLMD are both under active development, so these opinions are moving targets :-)

Each view (model first or pipeline first) can be, in theory, recovered from the other. It is easier to recover the model-first view from the pipeline-first view because it only requires hiding information (rest of the pipeline). But a model-first view may not at first store extra information outside the model like its training data, analysis, comparisons with other models trained on the same pipeline, the model's full ineage, etc.

So MLFlow is kinda coming at the problem from a different angle than ML Metadata. Pipeline-first instead of Model-first. We at google have found making the pipeline a first-class citizen more useful.

@benmathes
Copy link
Collaborator

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

3 participants