liveBook · Manning

Breaking change

As explained in Google Anthos in Action

A breaking change is a modification to an interface or behavior that can cause existing dependent clients or services to fail.

A breaking change crosses a service contract boundary in a way that can affect dependent services. Standard contracts make that boundary visible while capabilities are separated from a legacy application. section 16.1

Use contract boundaries to manage modernization risk:

  • Define well-known contracts between independently deployable business-domain services. section 16.1
  • Test an extracted or rewritten capability in isolation before changing dependent services. section 16.1
  • Prefer incremental extraction when business goals and investment appetite favor smaller modernization steps. section 16.1

How Google Anthos in Action covers it

How deep it goes
Frames detection at the contract boundary without detailing compatibility rules or migration procedures.
Examples
Uses authentication, authorization, and logging as capabilities that teams can extract and rewrite incrementally.
What you can do after
Evaluate contract boundaries to identify changes that may affect dependent services during incremental modernization.
How it connects
Connects service contracts with microservices, domain decomposition, and application modernization.

Also explained in

Compare how 5 books explain breaking change →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Google Anthos in Action. The section links point to the parts of the book it draws on.