AIWiki
Malaysia
Back to all articles
Infrastructuremlflowmlopsexperiment-tracking

MLflow

5 min readUpdated May 2026
MLflow
Type
Open-source MLOps and LLMOps platform
Initial release
June 2018
Developed by
Databricks (originally), now Linux Foundation AI & Data
Current major version
MLflow 3 (2025)
License
Apache 2.0
Languages
Python, TypeScript/JavaScript, Java, R

MLflow is an open-source platform that manages the complete lifecycle of machine learning workflows, from experimentation to deployment and monitoring. It was originally developed at Databricks and released in 2018, and is now governed as a Linux Foundation AI & Data project. MLflow is framework-agnostic: it integrates with PyTorch, TensorFlow, scikit-learn, XGBoost, Hugging Face Transformers, LangChain, and most other widely used libraries. Its design goal is to provide a small set of orthogonal tools that data scientists and platform teams can adopt independently without committing to a single vendor stack.

Core components

MLflow is organised around four loosely coupled components that can be used together or in isolation. MLflow Tracking records parameters, metrics, code versions, and arbitrary files produced by training runs. Tracking data is stored in a backend (SQLite, PostgreSQL, MySQL, or a managed equivalent) and an artefact store (local filesystem, S3, GCS, Azure Blob, or HDFS). A web UI allows users to compare runs, plot metrics, and reproduce experiments. MLflow Projects define reproducible, environment-pinned packaging of ML code using a simple YAML descriptor. Projects can be executed locally, on Kubernetes, or on Databricks with a single command, and dependencies are reconstructed through conda, virtualenv, or Docker. MLflow Models is a standard format for saving models with their dependencies and serving signatures. A model saved with MLflow can be loaded by any framework that understands its flavour and deployed to Docker, Kubernetes, Azure ML, Amazon SageMaker, or a local REST server. MLflow Model Registry provides versioning, stage transitions (Staging, Production, Archived), approval workflows, and webhook events for registered models. The registry is the source of truth that platform teams typically integrate with their CI/CD pipelines.

Generative AI features

MLflow 3, released in 2025, expanded the platform substantially to cover generative AI workloads. New capabilities include trace capture for LLM applications built on OpenTelemetry, prompt versioning with full lineage, automated evaluation harnesses for chatbots and retrieval-augmented generation systems, and integration with agent frameworks such as LangChain, LlamaIndex, and the OpenAI Agents SDK. MLflow now treats prompts, datasets, and evaluation runs as first-class registered artefacts, mirroring the discipline previously applied only to trained models.

Comparison with alternatives

| Tool | Hosted option | Open source | Strengths | |---|---|---|---| | MLflow | Databricks, self-host | Yes (Apache 2.0) | Broad framework support, registry, LLM tracing | | Weights & Biases | Hosted, on-prem | Partial | Polished UI, strong collaboration features | | Neptune.ai | Hosted, on-prem | Client only | Granular metadata, large-scale experiment search | | Comet ML | Hosted, on-prem | Client only | Production monitoring, model debugging | MLflow is generally chosen when teams require an entirely self-hosted solution or want to avoid per-user licensing. The trade-off is a less opinionated UI and somewhat more setup work compared to fully managed services. MLflow has become a common foundation for MLOps practice inside Malaysian banks, telcos, and government-linked companies. Maybank, CIMB, and Public Bank have all referenced MLflow-style experiment tracking in their public technology talks, primarily for credit-risk and fraud models that must be auditable for Bank Negara Malaysia. The registry's stage-transition model maps neatly to BNM's expectation that production models be reviewed and approved before being released, and the run history provides an audit trail when a model is challenged after the fact. Telecommunications operators including Telekom Malaysia, Maxis, and CelcomDigi use MLflow on Databricks or on self-managed Kubernetes clusters to coordinate work between data-science teams in Kuala Lumpur, Cyberjaya, and Penang. In several cases the registry is paired with feature stores to support churn prediction, network anomaly detection, and personalised plan recommendations. Petronas and TNB have published case studies describing MLflow-based pipelines for predictive maintenance of refineries and power generation assets. These pipelines typically pull sensor data from historians, train gradient-boosted models or LSTMs, and promote validated artefacts into the registry before deployment to edge gateways inside plant boundaries. Training providers funded by HRD Corp routinely include MLflow in their MLOps curricula, and MDEC's MyDigital Workforce programmes refer to it as a reference tool. The National AI Office Malaysia, established under the MyDigital Blueprint, has encouraged government agencies to adopt open MLOps tooling such as MLflow rather than build proprietary alternatives, both to control cost and to preserve interoperability with cloud providers operating in Malaysia.

Deployment patterns

Most Malaysian and regional teams adopt MLflow in one of three patterns: as a managed service inside Databricks, as a self-hosted tracking server on a Kubernetes cluster behind a corporate VPN, or as a lightweight per-team installation backed by Postgres and S3-compatible object storage such as MinIO. Larger organisations often pair MLflow with Airflow, Prefect, or Argo Workflows for orchestration, and with Seldon, BentoML, or KServe for serving.
  1. Zaharia, M. et al. (2018). Accelerating the Machine Learning Lifecycle with MLflow. IEEE Data Engineering Bulletin.
  2. MLflow Project. (2025). MLflow 3 Documentation. mlflow.org.
  3. Linux Foundation. (2024). MLflow Joins LF AI & Data. lfaidata.foundation.
  4. Sparity. (2025). MLflow in 2025: The New Backbone of Enterprise MLOps. sparity.com.