So, where do I stand in this heated debate?
I cannot answer the question definitively. However, my hypothesis is that if they are the same thing then you should be able to map ANY accepted EA Framework such as TOGAF with the elements of SOA.
So for example, continuing with TOGAF, which defines EA as the aggregation of four different architectures, namely:
- A Business Architecture that defines the business strategy, governance, organization, and key business processes.
- A Data Architecture that describes the structure of an organization's logical and physical data assets and data management resources. Data architecture does not include the design of the actual physical data stores (or database).
- An Applications Architecture that provides the blueprint for the individual application systems to be deployed, their interactions, and their relationships to the core business processes of the organization. The application architecture in TOGAF is not concerned with the actual software applications but rather limits the term application to a logical grouping of functionality.
- A Technology Architecture that describes the logical software and hardware capabilities that are required to support the deployment of business, data, and application services. This includes IT infrastructure, middleware, networks, communications, processing, standards, etc.
* Originally posted in the ebizQ SOA forum on September 30, 2010.
An interested related discussion on the same ebizQ SOA forum a few months ago (July 2010) can be found here.
ReplyDeleteI have been learning many things by reading your blog. Thanks for the great posts!
ReplyDeleteCompare the capabilities and services of each discipline. Very different. SOA is an architectural style. Enterprise architecture has many different styles in its tool bag and SOA is just one of them.
ReplyDeleteThank you. That was the point I was trying to make as well... that when you look at an EA framework, SOA turns out to a subset of the big picture. SOA is but one style of EA, not necessarily THE style for EA.
ReplyDeleteI am afraid SOA will never be EA. Without the imput of the various EA disciplines you would be unable to understand how the service would be deployed and utilised within your target organization and what business need the service would fulfil.
ReplyDeleteThank you for your insightful comment. I agree and as you indicate, SOA sounds like just one piece of the much bigger "enterprise" puzzle.
ReplyDelete