Trend Report

Defining Your SOA Platform Strategy

Sorting Through The Confusion Of Overlapping SOA Functions And Features

Randy Heffner
 and  three contributors
May 14, 2008

Summary

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.

Log in to continue reading
Client log in
Welcome back. Log in to your account to continue reading this research.
Become a client
Become a client today for these benefits:
  • Stay ahead of changing market and customer dynamics with the latest insights.
  • Partner with expert analysts to make progress on your top initiatives.
  • Get answers from trusted research using Izola, Forrester's genAI tool.
Purchase this report
This report is available for individual purchase ($1495).