Free Newsletters

   All InfoWorld Newsletters
Real World SOA | David Linthicum » When Not to SOA

November 14, 2007 | Comments: (0)

When Not to SOA

One of the things that I say that take many people back is that "SOA is not right for all enterprises." What? How can that be?

Truth-be-told SOA is just a way to do architecture, and while valuable within most problem domains, it indeed may not be right for you. That's why I always suggest that you do a business case before investing in SOA, making sure to justify the systemic change that SOA typically drives, and should. However, the value of SOA is clearly dependent on the characteristics of the business.

While your problem domain/enterprise may have some unique attributes, typically there are some general guidelines when considering SOA. When to use it, and when not.

SOA is probably a fit:

  • When the enterprise is changing, and there is a high rate of adjusting core business process for new markets, products, acquisitions, etc.
  • When the existing architecture is heterogeneous and in need of integration.
  • When the value of change is high.

SOA is probably not a fit:

  • When the enterprise does not change that much.
  • When the existing architecture is homogenous.
  • When the value of change is low.

Pretty logical, but there are a few of you out there that leverage SOA without regard for need. While, SOA may look good on your resume, it may not be good for your company. SOA is a powerful weapon, it can provide huge value, but needs to be directed towards the enterprises where SOA can provide the most bang for the buck.

Posted by Dave Linthicum on November 14, 2007 10:18 AM


RATE THIS ARTICLE:





 

  •  
  • COMMENTS




Dave,

You make some really good points. In fact, I think you're points are equally valid when looking at a "project"

level SOA implementation. Or, more specifically, how an enterprise picks the "right project to start with" when

embarking on an SOA strategy.

I wonder, do you have any "identifiers" for how to identify when an enterprise has adopted SOA? In particular,

how would you look at an enterprise and say "they are doing SOA", or "they are not doing SOA"?

David

Posted by: David Bressler at November 14, 2007 05:42 PM

I love this post. So simple, so fundamental.

In my experience there is another reason you should not do SOA and that is if your organization is not mature enough to think strategically. In other words your organization is impatient, depends on quick results, and time to market is everything.

Such organizations, although they may need SOA from a business perspective, are unprepared for the analysis effort and the dedication required to come up to speed on SOA.

One way to tell if your organization is immature is if you don't have an Enterprise Architecture group responsible for connecting with the business planners. Or if you think you don't need to connect with the business at all in order to do your SOA. If you hear that IT can handle all your SOA needs think again.


Posted by: Douglas Thiel at November 29, 2007 09:13 AM

Technology White Papers

 

InfoWorld Technology Marketplace

» Technology White Papers Library

Technology White Papers by Topic

Technology White Papers E-mail Alert

Find out when the latest white paper is available:
 
 
» BUY A LINK NOW

Sponsored Technology Links