Forrester: - Making Leaders Successful Every Day |
Search Forrester.com |
|||||||||||
Global Navigation
Local Navigation |
||||||||||||
| Primary Analyst Photo | Document Information | Rate this Document |
|---|---|---|
![]() |
May 14, 2008 Defining Your SOA Platform StrategySorting Through The Confusion Of Overlapping SOA Functions And Featureswith John R. Rymer, Kahini Ranade, Katie Smillie |
Average: 10
(5 ratings)
|
This is an excerpt
Defining an SOA platform is not as simple as some in the industry make it out to be. Serious pursuit of service-oriented architecture (SOA) requires new and different characteristics in your application infrastructure. New product categories such as SOA repositories and enterprise service buses (ESBs) provide part of what's needed, but vendors are also making SOA enhancements to existing product categories such as application servers and IT management software. An effective SOA platform must be a cohesive integration of both new and existing products. Why? To deal with the many feature and function overlaps between specialty products, to manage feature and function overlap between specialty products and existing software infrastructure, and to achieve the smooth handoffs among SOA platform elements necessary to attain high quality of service (QoS) for your services. Sorting through the confusion requires that architects define their SOA platforms function-first — starting with the specific design and architecture characteristics of SOA — and not product-first (like some in the industry do). Forrester presents a model for defining a comprehensive SOA platform.
This is an excerpt
Price: US $499
Our Service Guarantee: If you are not completely satisfied with this document, notify Forrester within 24 hours of purchase for a full refund.
Already a Forrester Client?
Log in to read this document.
Application Development, Architecture & Technology Strategy, SOA & Web Services, Packaged Applications, Application Strategy & Selection