MLOps Lifecycle & CRISP-ML Framework
613 words
3 min read
Visual companion
Python
Type and operator map
Python Week 1: the first filter for runtime behavior
View
Revision summary
What this note is really saying
Short form
# MLOps Lifecycle & CRISP-ML Framework ## 🎯 Learning Objectives - Understand the CRISP-ML framework for ML projects - Identify the stages of the ML lifecycle - Distinguish between MLOps maturity levels - Recognize key stakeholders and their roles ## 📋 Prerequisites - Basic understanding of ML model development - S...

MLOps Lifecycle & CRISP-ML Framework
🎯 Learning Objectives
- Understand the CRISP-ML framework for ML projects
- Identify the stages of the ML lifecycle
- Distinguish between MLOps maturity levels
- Recognize key stakeholders and their roles
📋 Prerequisites
- Basic understanding of ML model development
- Software engineering concepts
1. 📖 Core Content
1.1 What is MLOps?
MLOps (Machine Learning Operations) is the practice of combining ML model development (Dev) with ML system deployment and operations (Ops). It aims to:
- Standardize: Create reproducible ML pipelines
- Automate: Reduce manual handoffs between teams
- Monitor: Track model performance in production
- Govern: Manage model versions, access, and compliance
1.2 CRISP-ML Framework
(Diagram)
| Stage | Activities | Deliverables |
|---|---|---|
| Business Understanding | Define objectives, success criteria | Project charter, KPIs |
| Data Acquisition | Collect, label, source data | Dataset, data catalog |
| Data Preparation | Clean, transform, split, version | Feature engineering, DVC |
| Model Development | Train, tune, track experiments | MLflow runs, model artifacts |
| Model Evaluation | Validate, test, fairness check | Evaluation report, model card |
| Deployment | Containerize, serve, A/B test | API endpoint, docker image |
| Monitoring | Track drift, performance, alerts | Dashboard, pager rotation |
1.3 MLOps Maturity Levels
| Level | Name | Characteristics |
|---|---|---|
| 0 | No MLOps | Manual, no tracking, research-only |
| 1 | DevOps but no MLOps | CI/CD for code, manual data/model |
| 2 | Automated Training | Automated data pipeline + model training |
| 3 | Automated Deployment | Automated model deployment + A/B testing |
| 4 | Full MLOps | End-to-end automation, monitoring, retraining |
1.4 Key Stakeholders
| Stakeholder | Role | Concerns |
|---|---|---|
| Data Scientist | Build models | Model accuracy, features |
| ML Engineer | Deploy & scale | Latency, throughput, reliability |
| Data Engineer | Data pipelines | Data quality, freshness, volume |
| DevOps Engineer | Infrastructure | Uptime, scalability, cost |
| Product Manager | Requirements | Business value, user impact |
| Compliance Officer | Governance | Fairness, privacy, audit trail |
📝 Practice Questions
Q1<strong>Q1</strong>: What's the difference between traditional DevOps and MLOps?
| Aspect | DevOps | MLOps |
|---|---|---|
| Artifacts | Code, binaries | Models, data, hyperparameters |
| Testing | Unit tests, integration | Data validation, model eval |
| Drift | N/A | Data drift, concept drift |
| Reproducibility | Deterministic | Non-deterministic (training) |
| Versioning | Code only | Code + Data + Model |
</details> * * * ## 🔗 Cross-References - **Next**: [Experiment Tracking](/notes/04-degree-electives-bsda5014-mlops-week02-02-experiment-tracking) - **Video**: BSDA5014 Week 1 transcripts [Join Discord](https://discord.gg/gE2m4Qrdqv) [Next**Experiment Tracking**](/notes/04-degree-electives-bsda5014-mlops-week02-02-experiment-tracking)MLOps extends DevOps to handle the unique challenges of ML: data dependencies, model evaluation, and ongoing monitoring. Q2<strong>Q2</strong>: At MLOps maturity level 0, a data scientist trains a model and sends the file to an engineer for deployment. List three problems this causes.
- Reproducibility: No record of training data version, hyperparameters, or environment → hard to debug or retrain
- Manual handoff: Emailing files, forgetting dependencies, dependency hell
- No monitoring: Model behavior in production is unknown → silent degradation
- Version conflicts: Multiple models, no tracking of which is deployed where
- Rollback difficulty: Can't easily revert to previous model version
These problems are why organizations invest in MLOps infrastructure. Q3<strong>Q3<strong>Q3</strong>: A model that predicts customer churn has 85% accuracy in testing but 72% in production. What could go wrong?Possible causes:
- Data drift: Customer behavior changed (seasonal, economic, etc.)
- Training-serving skew: Different preprocessing in training vs production
- Concept drift: The relationship between features and churn changed
- Sampling bias: Training data wasn't representative of production data
- Feature staleness: Some features aren't available in real-time
This is why monitoring is essential — without it, you wouldn't detect the 13% accuracy drop. Q4<strong>Q4<strong>Q4<strong>Q4</strong>: At minimum, what should a team at maturity level 1 implement?At level 1 (DevOps but no MLOps):
- Git: Version control for all code
- CI/CD pipeline: Automated testing and deployment of code changes
- Environment standardization: Docker or conda for reproducible environments
- Basic artifact storage: Save model files with timestamps
Even without full MLOps automation, these practices ensure code quality and deployment reliability. The next step is adding data and model versioning.