liveBook · Manning

Pipeline

As explained in Delivering Machine Learning Projects: From design to deployment

A production data flow is the operational movement and transformation of data through a deployed machine learning system.

A production data pipeline moves application data through the transformations needed to make an inference. It gathers data from operational activity and stores, creates the features and formats a model expects, and passes the result to a running model. Model serving then executes the model and produces an output. section 9.4.1

A data pipeline is a sequence of transforms managed by a workflow engine and scheduler. The workflow engine chains tasks into a directed acyclic graph (DAG): data moves forward through the specified steps without a loop. This gives the team a way to manage transformations that would otherwise be scattered across scripts and systems. section 4.3.3

Build the flow as a delivery task, not a one-time data extraction:

  • Aggregate and fuse relevant sources, then transform them into records or features that models can consume. Add data tests so the results are reliable and reproducible. section 5.4
  • Carry the data-delivery process from development into testing, then build its production counterpart. Reproduce the training and testing feature transformations while accounting for differences in production hardware and systems. section 9.4.1
  • Document and version pipelines as code. Wrap necessary specialist tools in the standard pipeline infrastructure rather than leaving exceptional steps as undiscoverable one-off processes. section 5.4.2
  • Instrument and test each step and pipeline. Report when it runs and whether it succeeds or fails; use timers or timeouts to expose operations that take too long. section 5.4.2

From an application event to an inference

A shopping-basket click can draw on the click itself, previous basket selections, user data, and commercial context. The production flow combines and processes those inputs into the model’s expected features before submitting them for inference. section 9.4.1

Figure 9.4 An abstract view of the production ML implementation. Data is pulled into and collected in a feature creation process, and then it’s submitted to a running instance of the model(s) that are used to generate an inference and an output.

Trace the boundary between collecting and preparing data, submitting features to a running model, and producing an output. section 9.4.1

How Delivering Machine Learning Projects: From design to deployment covers it

How deep it goes
Defines scheduled DAGs and gives implementation tasks for integration, testing, and production replication; stops short of a tool-specific build walkthrough.
Examples
Uses an ELT DAG joining and cleaning two tables and a shopping-basket click assembled from several application data sources.
What it assumes
Assumes familiarity with ML models and data stores, while defining the pipeline and DAG concepts before applying them.
What you can do after
Build it from scratch as a tested production data flow that recreates model inputs and reports step failures.
How it connects
Connects data integration, data testing, feature creation, training and testing pipelines, and model serving.

Also explained in

Compare how 48 books explain pipeline →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Delivering Machine Learning Projects: From design to deployment. The section links point to the parts of the book it draws on.