SOA Patterns | Design Patterns | Canonical Versioning


SOA Patterns > Inventory Governance Patterns > Canonical Versioning
Home > Design Patterns > Canonical Versioning

Canonical Versioning (Erl)

How can service contracts within the same service inventory be versioned with minimal impact?

Canonical Versioning

Problem

Service contracts within the same service inventory that are versioned differently will cause numerous interoperability and governance problems.

Solution

Service contract versioning rules and the expression of version information are standardized within a service inventory boundary.

Application

Governance and design standards are required to ensure consistent versioning of service contracts within the inventory boundary.

Impacts

The creation and enforcement of the required versioning standards introduce new governance demands.

Architecture

Service, Inventory

Canonical Versioning: When services are versioned according to the same overarching strategy, they can retain their original  standardization and interoperability and are more easily understood by consumer designers.

When services are versioned according to the same overarching strategy, they can retain their original standardization and interoperability and are more easily understood by consumer designers.

SOA Design Patterns

This page contains excerpts from:

SOA Design Patterns by Thomas Erl

(ISBN: 0136135161, Hardcover, Full-Color, 400+ Illustrations, 865 pages)

For more information about this book, visit www.arcitura.com/books.

Web Service Contract Design and Versioning for SOA

This page contains excerpts from:

Web Service Contract Design and Versioning for SOA

by Thomas Erl, Anish Karmarkar, Priscilla Walmsley, Hugo Haas, Umit Yalcinalp, Canyang Kevin Liu, David Orchard, Andre Tost, James Pasley

For more information about this book, visit www.arcitura.com/books.