Intel MLOps Professional study plan
Intel MLOps Professional · Give each week a clear focus.
8 weeks · About 7 hours per week
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
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
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
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
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
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
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
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