Why CI/CD differs for ML vs software in MLOps - Test Your Understanding

Practice - 5 Tasks

1fill in blank

easy

Complete the code to define the first step in ML CI/CD pipeline.

MLOps

def [1]():
    print("Start data validation")

Drag options to blanks, or click blank then click option'

Avalidate_data

Btrain_model

Cdeploy_model

Dtest_software

Attempts:

3 left

💡 Hint

Common Mistakes

Choosing training or deployment as first step.

The first step in ML CI/CD is usually data validation to ensure quality input.

2fill in blank

medium

Complete the code to specify the artifact type unique to ML pipelines.

MLOps

artifact = '[1]'

Drag options to blanks, or click blank then click option'

Amodel_weights

Bbinary_executable

Cdocker_image

Dsource_code

Attempts:

3 left

💡 Hint

Common Mistakes

Confusing software binaries with ML model files.

ML pipelines produce model weights as artifacts, unlike software binaries.

3fill in blank

hard

Fix the error in the ML pipeline step that triggers retraining.

MLOps

if data_changed or [1]:
    retrain_model()

Drag options to blanks, or click blank then click option'

Atests_passed

Bmodel_deployed

Ccode_changed

Ddeployment_failed

Attempts:

3 left

💡 Hint

Common Mistakes

Choosing deployment or test status instead of code changes.

Retraining triggers when data or code changes, not on deployment status.

4fill in blank

hard

Fill both blanks to define the ML pipeline stages for testing and deployment.

MLOps

def pipeline():
    if [1]():
        [2]()

Drag options to blanks, or click blank then click option'

Arun_model_tests

Bdeploy_model

Crun_software_tests

Dbuild_docker_image

Attempts:

3 left

💡 Hint

Common Mistakes

Using software test functions or building images instead of deploying.

ML pipelines test the model and then deploy it if tests pass.

5fill in blank

hard

Fill all three blanks to create a dictionary tracking ML model metrics after training.

MLOps

metrics = {
    '[1]': accuracy,
    '[2]': precision,
    '[3]': recall
}

Drag options to blanks, or click blank then click option'

Aaccuracy

Bprecision

Crecall

Dloss

Attempts:

3 left

💡 Hint

Common Mistakes

Mixing metric names or using loss as a key incorrectly.

Common ML metrics include accuracy, precision, and recall to evaluate model quality.

Practice

1. Why does CI/CD for machine learning (ML) projects differ from traditional software CI/CD?

easy

A. Because ML CI/CD must handle data and model versioning in addition to code

B. Because ML CI/CD only focuses on code compilation

C. Because ML CI/CD does not require testing

D. Because ML CI/CD pipelines are simpler than software pipelines

Solution

1. Step 1: Understand the components of ML projects

   ML projects include data, models, and code, unlike traditional software which mainly involves code.

2. Step 2: Recognize CI/CD needs for ML

   ML CI/CD pipelines must manage data versioning and model validation along with code deployment.

3. Final Answer:

   Because ML CI/CD must handle data and model versioning in addition to code -> Option A

4. Quick Check:

   ML CI/CD = data + model + code handling [OK]

Hint: Remember ML needs data and model steps, not just code [OK]

Common Mistakes:

• Thinking ML CI/CD is only about code
• Ignoring data versioning in ML pipelines
• Assuming ML pipelines are simpler

2. Which of the following is a correct step unique to ML CI/CD pipelines compared to traditional software CI/CD?

easy

A. Compiling source code into binaries

B. Running unit tests on functions

C. Deploying web servers

D. Validating model accuracy on new data

Solution

1. Step 1: Identify unique ML pipeline steps

   ML pipelines include model validation steps to ensure model quality on new data.

2. Step 2: Compare with traditional software steps

   Traditional software CI/CD focuses on compiling code, testing, and deployment but not model validation.

3. Final Answer:

   Validating model accuracy on new data -> Option D

4. Quick Check:

   Model validation = ML CI/CD unique step [OK]

Hint: Look for model-specific validation steps [OK]

Common Mistakes:

• Confusing code compilation with ML-specific steps
• Ignoring model accuracy checks
• Assuming deployment steps are unique to ML

3. Consider this simplified ML CI/CD pipeline snippet:

steps:
  - name: Data Validation
    run: python validate_data.py
  - name: Train Model
    run: python train.py
  - name: Test Model
    run: python test_model.py
  - name: Deploy Model
    run: python deploy.py

What is the main reason for including the 'Data Validation' step in ML CI/CD?

medium

A. To deploy the model to production

B. To check if the training code has syntax errors

C. To ensure the input data meets quality standards before training

D. To compile the model into an executable

Solution

1. Step 1: Understand the purpose of data validation

   Data validation checks if input data is clean, complete, and correct before training.

2. Step 2: Relate data validation to ML pipeline quality

   Valid data is crucial for training accurate models; bad data causes poor results.

3. Final Answer:

   To ensure the input data meets quality standards before training -> Option C

4. Quick Check:

   Data validation = input data quality check [OK]

Hint: Data validation checks input quality before training [OK]

Common Mistakes:

• Confusing data validation with code syntax checks
• Thinking deployment happens before training
• Assuming model compilation is needed

4. You have an ML CI/CD pipeline that fails because the deployed model performs poorly after deployment. Which of these is the most likely cause related to ML CI/CD differences?

medium

A. The pipeline skipped retraining the model with updated data

B. The source code had a syntax error

C. The deployment server was offline

D. The unit tests for code functions failed

Solution

1. Step 1: Identify ML-specific pipeline failure causes

   ML models need retraining with new data to maintain accuracy over time.

2. Step 2: Analyze why skipping retraining affects model performance

   Without retraining, the model becomes outdated and performs poorly on new data.

3. Final Answer:

   The pipeline skipped retraining the model with updated data -> Option A

4. Quick Check:

   Model retraining skipped = poor deployed model [OK]

Hint: Check if model retraining step was missed [OK]

Common Mistakes:

• Blaming code syntax errors for model accuracy issues
• Ignoring data drift and retraining needs
• Assuming deployment server issues cause poor model

5. In an ML CI/CD pipeline, which combination of steps best ensures the model remains accurate and reliable after deployment?

hard

A. Code linting, unit tests, and container deployment

B. Data validation, model retraining, and performance monitoring

C. Static code analysis, integration tests, and server provisioning

D. Manual code review, manual testing, and manual deployment

Solution

1. Step 1: Identify key ML CI/CD steps for model quality

   Data validation ensures input quality, retraining updates the model, and monitoring tracks performance.

2. Step 2: Compare with traditional software steps

   Traditional steps like linting and unit tests do not cover data or model quality in ML.

3. Final Answer:

   Data validation, model retraining, and performance monitoring -> Option B

4. Quick Check:

   ML pipeline = data + retrain + monitor [OK]

Hint: Combine data checks, retraining, and monitoring for ML CI/CD [OK]

Common Mistakes:

• Choosing only code-focused steps ignoring data/model
• Assuming manual steps ensure ML model accuracy
• Confusing software CI/CD with ML CI/CD needs