You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Charmed MLFlow deploys its own MinIO to store its data, but it is often the case that MinIO is already available, for example, when integrating with Charmed Kubeflow that also deploys MinIO.
What needs to get done
TBD
Definition of Done
It should be possible to deploy Charmed MLFlow and integrate with an existing pre-deployed MinIO (e.g. done as part of deployed Charmed Kubeflow), and documentation / tutorial for doing that should be available.
The text was updated successfully, but these errors were encountered:
My understanding is that the recommendation is to expect users to deploy a standalone MinIO with MLflow, even with Kubeflow. So because of this I wouldn't put this information on the tutorial but might have a dedicated how-to, but let's also hear @afgambin's opinion.
On the technical side though, aside from relating mlflow-server to Kubeflow's MinIO I expect another need for configuration (MLflow should already be related to resource-dispatcher, so a PodDefault will be created by with the credentials of Kubeflow's MinIO)
Context
Charmed MLFlow deploys its own MinIO to store its data, but it is often the case that MinIO is already available, for example, when integrating with Charmed Kubeflow that also deploys MinIO.
What needs to get done
TBD
Definition of Done
It should be possible to deploy Charmed MLFlow and integrate with an existing pre-deployed MinIO (e.g. done as part of deployed Charmed Kubeflow), and documentation / tutorial for doing that should be available.
The text was updated successfully, but these errors were encountered: