SOA Patterns > Foundational Inventory Patterns > Service Layers
Service Layers (Erl)
How can the services in an inventory be organized based on functional commonality?
Arbitrarily defining services delivered and governed by different project teams can lead to design inconsistency and inadvertent functional redundancy across a service inventory.
The inventory is structured into two or more logical service layers, each of which is responsible for abstracting logic based on a common functional type.
Service models are chosen and then form the basis for service layers that establish modeling and design standards. See the Service Models and Layers page for more details.
The common costs and impacts associated with design standards and up-front analysis need to be accepted.
Related services are designed according to service models, thereby establishing logical service layers. In this case, the service inventory is structured with three service layers that correspond to the three abstraction patterns described in Chapter 7. (Note the pipe symbol is used to represent a service layer in this book.)
Related Patterns in This Catalog
Canonical Expression, Domain Inventory, Enterprise Inventory, Entity Abstraction, Metadata Centralization, Microtask Abstraction , Process Abstraction, Utility Abstraction
Related Patterns in Other Catalogs
Related Service-Oriented Computing Goals
Increased Business and Technology Alignment, Increased Federation, Increased Organizational Agility, Reduced IT Burden