liveBook · Manning

Data contract

A data contract is an agreement specifying the structure, meaning, and expectations for data exchanged between producers and consumers.

How 4 Manning books explain it

Kafka for Architects

A data contract is an agreement specifying the structure and evolution expectations that producers and consumers share for exchanged data.

How it is used
Aligns producers and consumers on the structure and meaning of Kafka events exchanged across service boundaries.
How deep it goes
Defines structure, channel, and trigger semantics, then develops ownership and evolution practices; trigger logic remains outside Kafka’s direct model.
Examples
Illustrates contract choices through full-profile and immutable-transaction fact events for a Customer 360 operational data store.
What you can do after
Evaluate/understand it: choose event structures, assign producer ownership, and plan compatible changes with consumer teams.

Read how Kafka for Architects explains data contract →

Designing Deep Learning Systems: A guide for software engineers

An explicit agreement defining the data structure and expectations shared between an upstream producer and a downstream consumer.

How it is used
Defines producer-consumer handshakes for training data across multiple teams and projects.
How deep it goes
Explains a two-schema implementation with validation, conversion, commits, and versioned snapshots.
Examples
Uses a TEXT_INTENT CSV input and examples.csv plus labels.csv training output.
What you can do after
Operate/configure it by defining ingestion and training schemas that isolate producers from consumers.

Read how Designing Deep Learning Systems: A guide for software engineers explains data contract →

Architecture Modernization: Socio-technical alignment of software, strategy, and structure

A data contract is a formal specification of the expectations, structure, quality, governance, service levels, and access conditions for data exchanged between producers and consumers.

How it is used
Coordinates producer-consumer expectations and governs data-product behavior inside business-unit and enterprise data operations.
How deep it goes
Defines contract contents, ownership, responsibilities, and configuration use, while leaving physical architecture dependent on existing infrastructure.
Examples
Uses PayPal’s open-source YAML template and sidecars configured for onboarding, monitoring, observability, and notification.
What you can do after
Operate/configure reusable data-product components consistently by treating the contract as their shared configuration and behavioral boundary.

Read how Architecture Modernization: Socio-technical alignment of software, strategy, and structure explains data contract →

Troubleshooting Java, Second Edition

A data contract is an agreed schema and interpretation for data exchanged between software components or services.

How it is used
Diagnoses silent service-communication failures caused by incompatible serialized data and independently evolving schemas.
How deep it goes
Explains mismatch symptoms, schema evolution, and compatibility concerns, but does not provide a complete compatibility procedure.
Examples
Uses added JSON fields, renamed Protobuf enums, changed Java classes, and a Protobuf Order message with optional notes.
What you can do after
Diagnose dropped data, default values, and deserialization errors by comparing schemas, models, optionality, and version identifiers.

Read how Troubleshooting Java, Second Edition explains data contract →

Related concepts

These guides are generated from the text of Manning books by Manning's knowledge graph and link to the sections they draw on. The full books are available on liveBook and at manning.com.