Growth Marketing Glossary

MLOps (Machine Learning Operations)

ML·opsnoun

Keeping models alive in production. MLOps deploys, monitors, and retrains machine learning models so they keep working, not just work once.

a trained modelMLOps operates itreliable production
Schematic — a model deployed, watched, and retrained
Term
MLOps (machine learning operations)
Is
Operating ML models in production
Covers
Deploy, monitor, retrain, maintain
Borrows from
DevOps discipline

Parts of speech & senses

mlops · noun
  1. MLOps, or machine learning operations, is the set of practices for deploying, monitoring, retraining, and maintaining machine learning models in production reliably, extending DevOps discipline to the model lifecycle. "Good MLOps kept the model healthy in production."

What MLOps is

MLOps, short for machine learning operations, is the set of practices, tools, and culture for reliably deploying, running, monitoring, and maintaining machine learning models in production. Building a model that works in a notebook is only the beginning; MLOps is everything that happens after — getting the model into a live system where it makes real predictions, keeping it healthy as data and conditions change, retraining it when it drifts, and doing all of this repeatably rather than by heroics. It borrows the discipline of DevOps, which brought automation and reliability to software delivery, and applies it to the particular challenges of machine learning, where the artifact includes data and trained models that decay over time in ways ordinary software does not.

The reason MLOps exists is that machine learning models are harder to operate than they are to build. A model's behavior depends on the data it was trained on and the data it now sees, so a model that was accurate at launch can quietly degrade as the world shifts beneath it. MLOps addresses this with automated pipelines for training and deployment, versioning of data and models (not just code), continuous monitoring of accuracy and inputs in production, and the ability to retrain and redeploy quickly when performance slips. The goal is to make machine learning dependable and maintainable at scale — turning a one-off model into a living system that can be trusted to keep working, watched for decay, and updated without drama.

MLOps versus DevOps and model-building

MLOps is often described as DevOps for machine learning, and the analogy is apt but incomplete. DevOps unified software development and operations with automation, continuous integration and delivery, and monitoring, so software could be shipped and run reliably. MLOps applies the same spirit, but machine learning adds a dimension ordinary software lacks: data and trained models. In software, the code is the artifact; in machine learning, the behavior emerges from code plus training data plus a learned model, all of which must be versioned, tested, and monitored. And unlike code, a deployed model can degrade with no change to itself, simply because the incoming data has shifted. So MLOps extends DevOps to cover data pipelines, model versioning, and the monitoring of predictive performance, not just system uptime.

MLOps is also distinct from the work of building a model in the first place. Data scientists develop and train models — choosing features, algorithms, and tuning — to reach good accuracy on historical data. MLOps takes over from there: packaging that model, deploying it into production, serving its predictions reliably, watching it for drift, and retraining and re-releasing it over its lifetime. Many promising models never create value because this operational half is neglected — they work in a notebook but are never deployed, or they are deployed and then left to rot as their accuracy silently falls. MLOps is precisely the discipline that closes the gap between a model that works once and a model that keeps working in the real world.

Doing MLOps well

Doing MLOps well means treating a deployed model as a system to be operated, not a project to be finished. That means automating the path from training to deployment so releases are repeatable, versioning data and models alongside code so any result can be reproduced, and monitoring models in production for both technical health and predictive accuracy — watching for the drift that erodes performance. It means having a fast, tested route to retrain and redeploy when monitoring flags decay, and building feedback loops so real-world outcomes feed the next model. Good MLOps also brings data scientists, engineers, and operations together, because the failures usually happen in the handoffs between building a model and running it.

The failures are deploying a model and then not monitoring it (so drift goes unnoticed until damage is done), versioning code but not the data and models that actually determine behavior, treating deployment as the finish line rather than the start of the model's operating life, and having no quick way to retrain when performance slips. Because models degrade silently — concept drift and data drift chip away at accuracy without any error message — the absence of monitoring is the most dangerous gap of all. The discipline is to operate models continuously: automate their delivery, version everything, watch them in production, and retrain them promptly, so machine learning stays reliable long after the initial build.

Worked example. A retailer deploys a demand-forecasting model that performs beautifully at launch, then moves the team onto new projects and stops watching it. Months later, shopping patterns have shifted, the model's accuracy has quietly eroded, and it is now driving bad inventory decisions — with no alarm ever raised. A team with real MLOps would have caught it: automated monitoring would have flagged the falling accuracy, a versioned pipeline would have retrained the model on fresh data, and it would have been redeployed before the errors reached the warehouse. The lesson: MLOps is the discipline of deploying, monitoring, and maintaining machine learning models in production, because a model that works at launch will silently decay unless someone operates it. (Illustrative; RGM analysis.)
Failure modes to watch. Deploying a model and never monitoring it, so drift goes unnoticed until it causes damage; versioning code but not the data and models that determine behavior; treating deployment as the finish line instead of the start of the model's operating life; and having no fast, tested way to retrain when accuracy slips.

Synonyms & antonyms

Synonyms

machine learning operationsML operationsmodel operations

Antonyms

one-off model buildingmanual model deployment

Origin & history

MLOps (machine learning operations) — the practice of deploying, monitoring, and maintaining machine learning models in production — extends DevOps to the data-and-model lifecycle of machine learning.

Etymology: source.

Usage trends

Search interest for this term over the last five years:

View interest-over-time on Google Trends →

Common questions

What is MLOps?
MLOps, or machine learning operations, is the set of practices for deploying, monitoring, retraining, and maintaining machine learning models in production reliably — bringing DevOps-style automation and discipline to the full lifecycle of models after they are built.
How is MLOps different from DevOps?
DevOps automates and reliably runs software, where the code is the artifact. MLOps extends it to machine learning, which also depends on data and trained models that must be versioned and monitored — and which can decay in production with no change to themselves.
Why do models need MLOps after deployment?
Because model accuracy degrades over time as data and conditions shift, through concept drift and data drift, with no error message. MLOps monitors production performance and retrains models so they keep working rather than silently failing.

Resources & people to follow

Curated, non-competitor resources verified per term.

Related training

Disciplines

Areas of marketing where mlops (machine learning operations) is a core concern:

Sources

  1. trendsGoogle Trends — "mlops"