Service Oriented Architecture For Dummies (For Dummies (Computer...

Features

• Cover Type: Paperback with 384 pages
• Published by: For Dummies November 6, 2006
• Written in: English
• ISBN 10 Number: 0470054352
• ISBN 13 Number: 978-0470054352
• Book Dimensions: 9 x 7.4 x 0.9 inches
• Weighs: 1.2 pounds

Product Description

• SOA is the most important initiative facing IT today and is difficult to grasp; this book demystifies the complex topic of SOA and makes it accessible to all those people who hear the term but aren't really sure what it means
• This team of well-respected authors explains that SOA is a collection of applications that enables resources to be available to other participants in a network using any service-based technology
• Examines how SOA enables faster and cheaper application development and how it offers reusable code that can be used across various applications
• Covers what SOA is, why it matters, how it can impact businesses, and how to take steps to implement SOA in a corporate environment

Back Cover Copy
Get up to speed on what SOA is and how to use it

Make your business more adaptable and responsive to change

Today's businesses seem to change at the speed of light, and software support structures simply have to keep up. And that's exactly what SOA is all about! Here's the scoop on creating applications and services that can be organized for reuse, easily maintained and supported, designed to produce consistent results, and shared across an enterprise.

Discover how to

• Respond more quickly to market changes
• Allow your IT staff to be more flexible
• Improve business agility
• Navigate ins and outs of SOA architecture
• Enable interaction with new business partners

Reader Reviews
The authors of "Service Oriented Architecture for Dummies" are partners of Hurwitz & Associates, an information technology consulting firm. They provide a high-level overview of service oriented architecture (SOA). SOA breaks with traditional practices of software development, which frequently led to the creation of many redundant "siloed" data stores and applications across the enterprise, by promoting the development of reusable services that can be strung together in different ways to achieve multiple ends. A key thesis of "Service Oriented Architecture for Dummies" is that successful transition to a service oriented architecture (SOA) requires the cooperation of business managers and I.T. people. SOA is not simply the latest and greatest approach to building distributed systems; SOA also re-conceives how business and I.T. should work in partnership to construct their software architecture. The authors warn that simply asking developers to design a set of reusable services may not result in the creation of the right sort of services. Developers need instead to work in close cooperation with businesspeople to make sure that the services being developed serve useful business purposes. This is sage advice that evidently comes from long experience consulting on I.T. projects. That SOA is still a developing design philosophy becomes evident as the authors discuss some of its more advanced dimensions. The authors make a good case, for example, that as SOA evolves it will become necessary to guarantee certain levels of service and it will also be necessary to implement SOA supervisors to monitor the overall quality of service. However, they caution that most enterprises have not made it far enough along the road to worry about such things. It's also interesting to note that while they recommend setting up formal repositories and registries for services (using UDDI, for example), most of the companies in their case studies section are still using excel spreadsheets, web pages, and the like. The lack of implementation gives some of the authors' best practices a slight air of speculation. However, the authors repeatedly make the point that the best way to achieve SOA is not to turn everything into a service at once, but to begin with a key service and then iteratively develop new services as the value of having such services is recognized. Enterprises may implement the more advanced aspects of SOA down the line as the number of services grow and the complexity of their interaction increases. The chief drawback to "Service Oriented Architecture for Dummies" is its aim to speak simultaneously to developers and businesspeople. The authors were almost apologetic for including a section titled "Nitty-Gritty SOA," which covered XML, SOAP, WSDL, UDDI, etc. They clearly did not want to put off their business readers by introducing too much technical jargon. However, this unwillingness to get into too much technical detail proved frustrating at times because some key topics lacked any detailed technical exposition. For example, the authors emphasize again and again the importance of having an enterprise service bus (ESB) but failed to provide a satisfying explanation of how precisely an ESB works to orchestrate services at a technical level. I also could have done without the quick listings of various vendors' offerings in SOA in Part V, although the accompanying case studies were valuable. I imagine that the majority of this book's readers will be software architects who will appreciate having this kind of high-level overview to use as a touchstone for discussion both with developers and business managers. "Service Oriented Architecture for Dummies" successfully makes the case that transition to a SOA will generally result in lower development costs, fewer redundancies across the enterprise, faster response times to market changes, and the development of more creative kinds of business services. It may provide just the kind of reassurance that many I.T. and business folk need to get started with SOA at their own companies.