Having now worked through the individual principles of service-orientation in some detail, it becomes evident that Web services provide inherent support for some of these principles. It is important to recognize specifically which principles are built into the structure of common Web services because this allows us to place an emphasis on those that require a conscious effort to realize.
Table 8.2 recaps the principles of service-orientation and explains to what extent they are natively supported by Web services.
Service-Orientation Principle |
Web Service Support |
---|---|
service reusability |
Web services are not automatically reusable. This quality is related to the nature of the logic encapsulated and exposed via the Web service. |
service contract |
Web services require the use of service descriptions, making service contracts a fundamental part of Web services communication. |
service loose coupling |
Web services are naturally loosely coupled through the use of service descriptions. |
service abstraction |
Web services automatically emulate the black box model within the Web services communications framework, hiding all of the details of their underlying logic. |
service composability |
Web services are naturally composable. The extent to which a service can be composed, though, generally is determined by the service design and the reusability of represented logic. |
service autonomy |
To ensure an autonomous processing environment requires design effort. Autonomy is therefore not automatically provided by a Web service. |
service statelessness |
Statelessness is a preferred condition for Web services, strongly supported by many WS-* specifications and the document-style SOAP messaging model. |
service discoverability |
Discoverability must be implemented by the architecture and even can be considered an extension to IT infrastructure. It is therefore not natively supported by Web services. |
It turns out that half of the principles of service-orientation are natural characteristics of common Web services. This underlines the synergy of the marriage between SOA and the Web services technology platform and gives us a good indication as to why Web services have been so successful in realizing SOA.
It also highlights the principles that require special attention when building service-oriented solutions. The four principles identified as not being automatically provided by Web services are:
Chapters 11 through 15 discuss service modeling and design in detail and provide guidelines to ensure that these important principles are taken into consideration when building services for use within SOA.
These processes further emphasize the other four principles as wellthough they may be automatically implemented through the use of Web services, that does not mean they will necessarily be properly realized. For example, the fact that Web services require the use of service contracts has no bearing on how well individual service descriptions are designed.
SUMMARY OF KEY POINTS |
---|
|
Introduction
Case Studies
Part I: SOA and Web Services Fundamentals
Introducing SOA
The Evolution of SOA
Web Services and Primitive SOA
Part II: SOA and WS-* Extensions
Web Services and Contemporary SOA (Part I: Activity Management and Composition)
Web Services and Contemporary SOA (Part II: Advanced Messaging, Metadata, and Security)
Part III: SOA and Service-Orientation
Principles of Service-Orientation
Service Layers
Part IV: Building SOA (Planning and Analysis)
SOA Delivery Strategies
Service-Oriented Analysis (Part I: Introduction)
Service-Oriented Analysis (Part II: Service Modeling)
Part V: Building SOA (Technology and Design)
Service-Oriented Design (Part I: Introduction)
Service-Oriented Design (Part II: SOA Composition Guidelines)
Service-Oriented Design (Part III: Service Design)
Service-Oriented Design (Part IV: Business Process Design)
Fundamental WS-* Extensions
SOA Platforms
Appendix A. Case Studies: Conclusion