Intel MLOps Professional study materials
Intel MLOps Professional study resources

Intel MLOps Professional study plan

Intel MLOps Professional · Give each week a clear focus.

8 weeks · About 7 hours per week

Week 1

MLOps Foundations and Solution Scoping & Model Optimization and Inference with Intel Toolkits

  • Map the end-to-end MLOps lifecycle and write down which stage each Intel toolkit (oneAPI AI Analytics Toolkit, OpenVINO, Intel Extension for PyTorch, Modin, scikit-learn-intelex) targets

  • Draft a solution-scoping checklist covering business KPI, latency/throughput targets, data sensitivity, hardware target (CPU, iGPU, discrete GPU, NPU), and success criteria

  • Install the oneAPI AI Analytics Toolkit base environment and verify conda/apt packages resolve on your workstation

  • Benchmark a stock PyTorch or scikit-learn training script on your CPU to establish a baseline you will reuse all plan

Your checkpoint

A one-page scoping template plus a saved baseline benchmark log (wall-clock training time, inference latency, throughput) for a reference model

Week 2

Model Optimization and Inference with Intel Toolkits & Model Development, Training, and Experiment Tracking

  • Convert the reference model to OpenVINO IR and compare FP32 CPU inference latency against the native framework baseline

  • Apply Post-Training Quantization with the NNCF/OpenVINO POT-style workflow to INT8 and measure accuracy delta against a held-out set

  • Instrument the training script with experiment tracking (MLflow or TensorBoard) capturing hyperparameters, metrics, and artifact hashes

  • Document quantization calibration-set size and its effect on accuracy so you can defend the tradeoff

Your checkpoint

A comparison table of FP32 vs INT8 latency, throughput, and accuracy for the reference model, committed with the tracking run IDs

Week 3

Data Engineering and Feature Pipelines & Model Development, Training, and Experiment Tracking

  • Build a reproducible feature pipeline using a dataframe engine (Modin/pandas) with explicit schema validation and null handling

  • Implement a feature store or versioned feature table with point-in-time correctness for training vs serving

  • Add data drift baseline statistics (distribution summaries per feature) to the pipeline output

  • Configure an experiment-tracking comparison across at least three feature-set variants

Your checkpoint

A versioned feature pipeline repo with a schema contract, a point-in-time join test, and a stored drift baseline profile

Week 4

Data Engineering and Feature Pipelines & Model Development, Training, and Experiment Tracking

  • Automate data validation gates that fail the pipeline on schema or distribution violations

  • Run a hyperparameter sweep with tracked runs and select a model using a documented, pre-registered metric

  • Register the winning model in a model registry with lineage back to data version and code commit

  • Reproduce a prior run from the registry to prove lineage is complete

Your checkpoint

A registered model version with full lineage (data hash, code commit, config, metrics) and a successful reproduction run

Week 5

Deployment, Serving, and Orchestration & Model Optimization and Inference with Intel Toolkits

  • Package the optimized model behind an inference server (OpenVINO Model Server or a FastAPI/Triton-style wrapper) with a health endpoint

  • Containerize the service and set CPU/thread affinity and batch-size knobs, then measure p50/p95 latency under load

  • Add a canary or blue-green rollout path with an automated rollback trigger

  • Write a load-test script that reproduces your latency numbers on demand

Your checkpoint

A containerized serving stack with a load-test report showing p50/p95 latency and throughput at two batch sizes, plus a rollback runbook

Week 6

Monitoring, Observability, and Drift Management & Deployment, Serving, and Orchestration

  • Instrument the service with request, prediction, and feature-distribution metrics exported to a monitoring backend

  • Implement drift detection that compares live feature distributions to the stored baseline and alerts above a threshold

  • Define model-quality monitoring (delayed-label accuracy or proxy metric) and a retraining trigger policy

  • Simulate a drift event and confirm the alert fires and the retraining trigger is logged

Your checkpoint

A monitoring dashboard definition plus a recorded drift-injection test showing alert and retraining-trigger evidence

Week 7

CI/CD, Automation, and ML Governance & MLOps Foundations and Solution Scoping

  • Build a CI pipeline that lints, tests, retrains, re-quantizes, and validates accuracy gates on every merge

  • Add a CD stage that promotes a model version only after gates pass and records an approval step

  • Codify governance artifacts: model card, intended-use statement, and an audit trail of promotions

  • Document the decision log for at least two scoping/tooling tradeoffs made during the plan

Your checkpoint

A working CI/CD pipeline file with gates, a generated model card, and an audit log of one end-to-end promotion

Week 8

Security, Privacy, and Responsible AI & Monitoring, Observability, and Drift Management

  • Threat-model the serving stack and implement at least two controls (authn/authz on the endpoint, secrets management, or input validation)

  • Apply a privacy technique appropriate to your data (PII minimization, aggregation, or differential-privacy noise) and document the impact

  • Run a fairness or bias check across sensitive subgroups and record findings and mitigations

  • Complete two timed mock exams and log every missed item by domain to target final review

Your checkpoint

A security and responsible-AI addendum (threat model, controls implemented, fairness results) plus a scored mock-exam gap analysis by domain

Milestones

Week 2: You can state the measured INT8 vs FP32 latency and accuracy delta for your model without looking it up

Week 4: A model in the registry can be rebuilt end-to-end from its recorded lineage by someone other than you

Week 5: The served model meets a latency target you set in week 1, evidenced by a reproducible load test

Week 6: An injected drift event produces a visible alert and a logged retraining trigger within the policy window

Week 7: A code merge automatically produces a gated, promoted model version with a model card and audit entry

Week 8: Mock-exam scores show no domain below 70 percent, with a written remediation list for any that are