Camp Fire Academy
Learning path
Complete UI/UX Masterclass UI/UX Design Foundations UI/UX Design Intermediate Advanced UX Strategy
Specialisations
Fintech & Banking UI/UX UI/UX with AI Training UX for Leaders Design Thinking Figma Training
Most requested
AI for Workplace Productivity Excel for Business Power BI & Business Intelligence Cybersecurity Awareness PDPA Compliance Data Protection Officer Browse the full catalogue →
For teams
Corporate & In-House Training LMS & Self-Paced Learning Events
Company
About Contact Verify Certificate WhatsApp

MLOps & Model Deployment Basics

A large share of models built in Malaysian organisations never leave the notebook they were trained in, and a good number of the ones that do are quietly wrong within a year because nobody watched them. The gap is operational rather than mathematical. This day covers the path from a trained model to a service someone depends on, and the monitoring that tells you when the world has moved away from what the model learned.

Programme Agenda

Why Models Stall Before Production

The handover problem between data science and engineering, environment differences, the missing owner, and the feature that was computed in a notebook and exists nowhere else.

Reproducibility

Pinning data, code, parameters and environment so a result can be reproduced six months later. Experiment tracking, and the discipline of recording what was tried and rejected.

Packaging and the Model Registry

Serialising a model with its preprocessing, versioning it, and promoting through stages. Why the preprocessing must travel with the model rather than live in the calling application.

Serving Patterns

Batch scoring, real-time endpoints and embedded models, compared on latency, cost and operational load. Choosing based on how the prediction is consumed.

Deployment and Rollback

Shadow deployment, canary release and champion-challenger comparison. Keeping the previous model available and the conditions that should trigger a rollback.

Monitoring: Data and Concept Drift

Watching input distributions shift and the relationship between inputs and outcome change. Setting up drift detection when ground truth arrives weeks after the prediction.

Retraining

Scheduled against triggered retraining, the data window to use, validating that the new model is genuinely better, and automating the parts that are safe to automate.

Ownership and Governance

Who owns a model in production, the documentation that should exist, audit expectations where a model affects customers, and decommissioning a model nobody uses any more.

Learning Outcomes:
Identify the organisational reasons models stall before production
Make a training run reproducible in code, data, parameters and environment
Package a model with its preprocessing and register it with a version
Choose a serving pattern matched to how predictions are consumed
Deploy with a rollback path and defined rollback conditions
Monitor for data and concept drift including delayed ground truth
Decide between scheduled and triggered retraining and validate the result
Assign ownership and documentation for a model in production

Duration: 1 Day (8 Hours)
Training Hours: 9:00 AM to 5:00 PM
Level: Beginner
Training Mode: Physical, Online, or Hybrid
HRD Corp SBL-KHAS Claimable
Certificate of Completion included

Frequently Asked Questions

Data scientists moving toward production work, data and software engineers supporting models, IT operations staff who will run them, and analytics managers responsible for delivery.

Familiarity with how a model is trained and evaluated. Participants without it should take Data Science and Machine Learning Fundamentals first. Some Python familiarity helps but is not essential.

Open source tracking and registry tooling with a container-based serving example. Managed platforms from the major cloud providers are compared, but the material concentrates on the practices, which are the same across them.

For the concepts, the decision points and a worked deployment, yes. Building a full production platform is an engineering project rather than a course, and the day is explicit about what it does not cover.

Yes, this programme is HRD Corp SBL-KHAS claimable. Our team can assist your HR department with the documentation required for the grant application.

Yes. Any programme can be booked as a team day. Everyone works the same brief together, so your people come away having built something and knowing each other better.

If you are claiming under HRD Corp, the session has to fall at least 14 days after your HRD Corp approval. If you are not claiming, the date is flexible and we work around your calendar.

Put them on the self-paced e-learning instead. Your team works through the modules on our LMS in their own time, sits the assessment, and earns the same certificate, so nobody has to clear a full day together.

More in Data Engineering and Machine Learning