liveBook · Manning

Deployment pipeline

As explained in Machine Learning System Design

A set of continuous integration and continuous delivery or deployment practices that automate software integration, testing, and release.

A deployment pipeline turns software and model outputs into artifacts that are easier to release. In an ML system, packaging separates training from deployment so training changes have less impact on production delivery. section 10.1.1

Useful pipeline work can include:

  • Run unit and integration tests, build artifacts, and add checks such as security testing, performance testing, linting, or deployment to test environments. section 13.3.1
  • Package models with configuration files in formats suited to deployment; review validation metrics and error-analysis reports before release. section 10.1.1
  • Plan for production failures with monitoring, alerting, incident response guidance, and appropriate operational tools. section 13.3.1

A portable model package

Export a model as ONNX for backend serving or CoreML for iOS, and export its configuration as JSON. Keeping these outputs relatively independent of training helps limit deployment changes when training evolves. section 10.1.1

How Machine Learning System Design covers it

How deep it goes
Describes CI checks, model packaging, and operational safeguards, without detailing deployment orchestration.
Examples
Names unit and integration tests, test deployments, ONNX and CoreML models, JSON configuration, and validation reports.
What you can do after
Evaluate release checks and package formats that reduce coupling between training and deployment.
How it connects
Links continuous integration, training pipelines, artifact packaging, monitoring, and incident management.

Also explained in

Compare how 30 books explain deployment pipeline →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Machine Learning System Design. The section links point to the parts of the book it draws on.