SOAPatterns.org

Overview
- Introduction
- History
- Acknowledgements
- Podcasts
- Candidate Patterns
- Forms
- Press Releases
- Resources
Compound Patterns
Design Patterns (alphabetical)
Design Patterns (by category)
- Foundational Inventory Patterns
- Logical Inventory Layer Patterns
- Inventory Centralization Patterns
- Inventory Implementation Patterns
- Inventory Governance Patterns
- Foundational Service Patterns
- Service Implementation Patterns
- Service Security Patterns
- Service Contract Design Patterns
- Legacy Encapsulation Patterns
- Service Governance Patterns
- Capability Composition Patterns
  - Capability Composition
  - Capability Recomposition
- Service Messaging Patterns
- Composition Implementation Patterns
- Service Interaction Security Patterns
- Transformation Patterns
- REST-inspired Patterns
Cloud Computing Patterns
Service Technology Specs
SOA School
- Home
- Matrix
- Certifications
- Courses
- Exams
- Self-Study Kits
- Workshops
- Licensing
- Online Store

Home > Design Patterns > Canonical Resources

Canonical Resources (Erl)

How can unnecessary infrastructure resource disparity be avoided?

Problem

Service implementations can unnecessarily introduce disparate infrastructure resources, thereby bloating the enterprise and resulting in increased governance burden.

Solution

The supporting infrastructure and architecture can be equipped with common resources and extensions that can be repeatedly utilized by different services.

Application

Enterprise design standards are defined to formalize the required use of standardized architectural resources.

Impacts

If this pattern leads to too much dependency on shared infrastructure resources, it can decrease the autonomy and mobility of services.

Principles

Service Autonomy

Architecture

Enterprise, Inventory

Canonical Resources: Services use the same standardized infrastructure resource for the same purpose. Note, however, that they do not share the same implementation of the resource.

Services use the same standardized infrastructure resource for the same purpose. Note, however, that they do not share the same implementation of the resource.

Related Patterns in This Catalog

Atomic Service Transaction, Canonical Protocol, Compensating Service Transaction, Data Model Transformation, Domain Inventory, Enterprise Inventory, Intermediate Routing, Partial State Deferral, Process Centralization, Protocol Bridging, Reliable Messaging, Rules Centralization, Service Agent, Service Grid, State Repository

Related Service-Oriented Computing Goals

Increased Vendor Diversification Options, Reduced IT Burden

This page contains excerpts from:

SOA Design Patterns by Thomas Erl

Foreword by Grady Booch

With contributions from David Chappell, Jason Hogg, Anish Karmarkar, Mark Little, David Orchard, Satadru Roy, Thomas Rischbeck, Arnaud Simon, Clemens Utschig, Dennis Wisnosky, and others.

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

For more information about this book, visit www.servicetechbooks.com.