SOA Patterns > Service Contract Design Patterns > Contract Centralization
Contract Centralization (Erl)
How can direct consumer-to-implementation coupling be avoided?
Problem
Consumer programs can be designed to access underlying service resources using different entry points, resulting in different forms of implementation dependencies that inhibit the service from evolving in response to change.
Solution
Access to service logic is limited to the service contract, forcing consumers to avoid implementation coupling.
Application
This pattern is realized through formal enterprise design standards and the targeted application of the Service Abstraction design principle.
Impacts
Forcing consumer programs to access service capabilities and resources via a central contract can impose performance overhead and requires on-going standardization effort.
Architecture
Composition, Service
Related Patterns in This Catalog
Agnostic Sub-Controller, Canonical Expression, Decoupled Contract, Distributed Capability, Domain Inventory, Dual Protocols, Enterprise Inventory, Inventory Endpoint, Logic Centralization, Metadata Centralization, Multi-Channel Endpoint, Policy Centralization, Schema Centralization, Service Normalization, Service Refactoring, Trusted Subsystem
Related Service-Oriented Computing Goals
Increased Federation, Increased Intrinsic Interoperability, Reduced IT Burden