SOA Patterns > Service Contract Design Patterns > Decoupled Contract
Decoupled Contract (Erl)
How can a service express its capabilities independently of its implementation?
Problem
For a service to be positioned as an effective enterprise resource, it must be equipped with a technical contract that exists independently from its implementation yet still in alignment with other services.
Solution
The service contract is physically decoupled from its implementation.
Application
A service’s technical interface is physically separated and subject to relevant service-orientation design principles.
Impacts
Service functionality is limited to the feature-set of the decoupled contract medium.
Principles
Architecture
Service
By decoupling the service contract, the service implementation can be evolved without directly impacting service consumers. This can increase the amount of refactoring opportunities and the range of potential consumer programs (and corresponding reuse).
Related Patterns in This Catalog
Agnostic Context, Canonical Expression, Capability Composition, Capability Recomposition, Logic Centralization
Related Service-Oriented Computing Goals
Increased Business and Technology Alignment, Increased Organizational Agility, Increased ROI, Reduced IT Burden
This pattern is covered in SOACP Module 7: Advanced SOA Design & Architecture with Services & Microservices.
For more information regarding the SOA Certified Pofessional (SOACP) curriculum,
visit www.arcitura.com/soa.
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.
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.