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 > Utility Abstraction

Utility Abstraction (Erl)

How can common non-business centric logic be separated, reused, and independently governed?

Problem

When non-business centric processing logic is packaged together with business-specific logic, it results in the redundant implementation of common utility functions across different services.

Solution

A service layer dedicated to utility processing is established, providing reusable utility services for use by other services in the inventory.

Application

The utility service model is incorporated into analysis and design processes in support of utility logic abstraction, and further steps are taken to define balanced service contexts.

Impacts

When utility logic is distributed across multiple services it can increase the size, complexity, and performance demands of compositions.

Principles

Service Loose Coupling, Service Abstraction, Service Reusability, Service Composability

Architecture

Inventory, Composition, Service

Cross-cutting utility logic is identified with the help of enterprise technology architecture specifications and then abstracted into a layer of dedicated services based on the utility service model.

Related Patterns in This Catalog

Agnostic Context, Agnostic Sub-Controller, Canonical Expression, Concurrent Contracts, Cross-Domain Utility Layer, Exception Shielding, Legacy Wrapper, Logic Centralization, Message Screening, Metadata Centralization, Process Abstraction, Redundant Implementation, Rules Centralization, Service Agent, Service Decomposition, Service Layers, Service Perimeter Guard, Stateful Services

Related Service-Oriented Computing Goals

Increased ROI, 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.