Service layer pattern: Difference between revisions
m Replace magic links with templates per local RfC and MediaWiki RfC |
KolbertBot (talk | contribs) m Bot: HTTP→HTTPS |
||
Line 26: | Line 26: | ||
{{Reflist}} |
{{Reflist}} |
||
* [[Thomas Erl|Erl]] et al.,(2009).[ |
* [[Thomas Erl|Erl]] et al.,(2009).[https://www.amazon.com/dp/0136135161 SOA Design Patterns]. Prentice Hall. {{ISBN|0-13-613516-1}}. |
||
* Mauro. et al. [http://www.computer.org/portal/web/csdl/doi/10.1109/HICSS.2010.336 Service Oriented Device Integration - An Analysis of SOA Design Patterns.] [Online], pp. 1–10, 2010 43rd Hawaii International Conference on System Sciences, 2010. Date accessed: 6 April 2010. |
* Mauro. et al. [http://www.computer.org/portal/web/csdl/doi/10.1109/HICSS.2010.336 Service Oriented Device Integration - An Analysis of SOA Design Patterns.] [Online], pp. 1–10, 2010 43rd Hawaii International Conference on System Sciences, 2010. Date accessed: 6 April 2010. |
||
* Srikanth Seshadri.[http://www.javaworld.com/javaworld/jw-01-2007/jw-01-soa.html A logical architecture for SOA][Online].Date accessed: 17 April 2010. |
* Srikanth Seshadri.[http://www.javaworld.com/javaworld/jw-01-2007/jw-01-soa.html A logical architecture for SOA][Online].Date accessed: 17 April 2010. |
Revision as of 16:32, 11 September 2017
This article relies largely or entirely on a single source. (April 2010) |
Service Layer is a design pattern, applied within the service-orientation design paradigm, which aims to organize the services, within a service inventory, into a set of logical layers. Services that are categorized into a particular layer share functionality. This helps to reduce the conceptual overhead related to managing the service inventory, as the services belonging to the same layer address a smaller set of activities.
Rationale
Grouping services into functional layers reduces the impact of change. Most changes affect only the layer in which they're made, with few side-effects that impact other layers. This fundamentally simplifies service maintenance.
The service reusability principle dictates that services should be designed to maximize reuse. Similarly, the service composability principle advocates designing services so that they can be composed in various ways. Both principles require that a service contain only a specific type of logic e.g., either reusable or process-specific logic.[1] Restricting each layer to a particular functionality, simplifies the design of the service.
Usage
Applying this pattern requires creating a service inventory blueprint, a list of services with associated functionality. Next, group the services into layers according to function. Adopting a common layering strategy across the enterprise facilitates reuse in other applications, because developers don't have as much to learn (or invent) when they join a project. One common layering uses task, entity and utility.[2]
An alternative layering from Bieberstein et al.,[3] involves five layers, namely enterprise, process, service, component and object.
The service layers pattern invokes a specific service architecture.
The top-down service delivery approach facilitates the use of this pattern.
See also
References
- ^ Thomas Erl.Introducing SOA Design Pattern[Online]. Date accessed:6 April 2010.
- ^ Wajid Khattak Service Layers[Online].Date accessed: 21 April 2010.
- ^ Bieberstein. et al.Service-oriented Architecture Compass: Business Value, Planning, and Enterprise Roadmap.FT Press, 2005. ISBN 0-13-187002-5, ISBN 978-0-13-187002-4
- Erl et al.,(2009).SOA Design Patterns. Prentice Hall. ISBN 0-13-613516-1.
- Mauro. et al. Service Oriented Device Integration - An Analysis of SOA Design Patterns. [Online], pp. 1–10, 2010 43rd Hawaii International Conference on System Sciences, 2010. Date accessed: 6 April 2010.
- Srikanth Seshadri.A logical architecture for SOA[Online].Date accessed: 17 April 2010.
- www.binaryspectrum.com.Service-Oriented Architecture and Java - Service Layer[Online].Date accessed: 17 April 2010.
- Norbert Bieberstein, Keith Jones, Robert G. Laird, Tilak Mitra.Executing SOA: A Methodology for Service Modeling and Design[Online].Date accessed: 17 April 2010.
- The Open Group.High-Level Perspective of the SOA Reference Architecture[Online].Date accessed: 17 April 2010.