The infrastructure that keeps models alive in production
A model that ships and then sits there is a model that quietly degrades. MLOps is the practice of treating ML models like any other production system: version them, monitor them, retrain them when reality drifts.
The four MLOps pillars
- Experiment tracking — log every hyperparameter, metric, and artifact for every run. W&B, MLflow, Comet are the popular tools.
- Model versioning — save model + training data + code + environment together. Git LFS, DVC, MLflow Model Registry, or just blob storage with manifest files.
- Production monitoring — track latency, throughput, error rate, AND model behavior (prediction distribution, input distribution). Drift detection.
- Retraining triggers — automated pipelines that retrain when monitoring signals degradation.
The minimum viable setup
For an indie project, you don't need Kubernetes-managed Kubeflow. You need:
- One experiment tracker (W&B or MLflow). Pick one and use it consistently.
- Model files saved with a manifest (date, dataset version, metrics).
- Production logging that captures inputs and outputs (sampled — don't log every request).
- A weekly script that compares production prediction distribution to training distribution. Alert on shifts.
That's it. The big-co MLOps stacks add power but are overkill for a team of 1-3. Start simple, add when needed.