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 > Process Centralization

Process Centralization (Erl)

How can abstracted business process logic be centrally governed?

Problem

When business process logic is distributed across independent service implementations, it can be problematic to extend and evolve.

Solution

Logic representing numerous business processes can be deployed and governed from a central location.

Application

Middleware platforms generally provide the necessary orchestration technologies to apply this pattern.

Impacts

Significant infrastructure and architectural changes are imposed when the required middleware is introduced.

Principles

Service Autonomy, Service Statelessness, Service Composability

Architecture

Inventory, Composition

Process Centralization: Task services can continue to be implemented as separate Web services, but as part of an orchestration platform their collective business process logic is centrally located and governed (resulting in 'orchestrated' task services).

Task services can continue to be implemented as separate Web services, but as part of an orchestration platform their collective business process logic is centrally located and governed (resulting in "orchestrated" task services).

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.