Skip to main content

MLOps & LLMOps

Pipelines, registries, evaluation and rollout for models, for engineers who run the platform.

A model reaches production through the same machinery as any other release, with two differences that break the usual habits: its behaviour comes from data as much as from code, and it can get worse without anyone deploying anything. So the platform has to version datasets the way Git versions code, record every training run with its parameters, metrics and lineage, run pipelines that skip the steps whose inputs did not change, refuse a release when an evaluation regresses, roll a new version out behind shadow and canary traffic judged by quality as well as latency, and notice when the data drifts away from what the model was trained on. This phase builds each of those pieces from the standard library and checks it against the tool teams run: DVC, MLflow, Kubeflow Pipelines and Argo Workflows, promptfoo, Argo Rollouts and Evidently. The models stay tiny and deterministic; the subject is the operations around them, not the training.

How this phase is built​

LessonTypeWhat you buildWhat you then use
Data versioningBuildminidvc: a content-addressed data cache, pointer files in Git, push and pull to S3, garbage collection and a pipeline lockDVC, MinIO, lakeFS, Git LFS
Experiment trackingBuildminitrack: a tracking server for MLflow's REST API, run search, artifacts and a model registry with aliasesMLflow, the MLflow client, model aliases
ML pipelinesBuildminipipe: typed components compiled to a DAG, cached steps, artifact passing and an Argo Workflow emitterKubeflow Pipelines v2, Argo Workflows
Eval gatesBuildminieval: eval suites as data, pass@k, Wilson intervals and a McNemar release gate with cost and latency budgetspromptfoo, lm-evaluation-harness
Model rolloutBuildminirollout: shadow traffic, a sticky weighted canary and promotion decided by statistical testsArgo Rollouts, Gateway API mirroring, KServe
Drift monitoringBuildminidrift: PSI, Kolmogorov-Smirnov, Wasserstein and chi-square drift, data-quality checks and drift gauges for alertingEvidently, whylogs, Prometheus alerts

The models and serving side (GPUs, model servers, gateways, quantization) is in AI Infrastructure; agent evaluations are in AIOps.

Reference layer​

The long-form guide for this phase lives under the AI/ML Ops learning path.