« It's not what you do, it's what you call it ... huh? | Main | This XaaS stuff is great, but, wait, what's the catch? »

January 09, 2009


Scott King

Glad you started this - at least the tree didn't fall silently in the forest. No less than a little "Are ESBs Evil?" conundrum that played in July, people take out of it what they want to hear, and so much distinction and personal attachment is assigned to terms that represent what people are committed to delivering in the IT world. So can we now say "'SOA Is Dead' Is Dead" (at least until next year)?


Use of hyperbole often leads to misinterpretation. You shouldn't be surprised at the result.

Pierre Fricke

My response came very late due to vacation. He it is again expanded...

I'll see Anne's Recession, raise it to a Depression, and still say, No Way SOA is dead... We (Red Hat/JBoss) are seeing similar things as Sandy at IBM... and have expanded the market with OSS.

I also recall how UNIX killed mainframes in the 1980s and then IBM proceeded to make more money (profit) on mainframes over the next 2 decades than all the UNIX vendors combined!

None of the SOA "offspring" solve the integration problem, but rather solve issues around the edges (e.g. cloud computing is ASP+virtualization+services, but not a solution to integration at large; and is much less mature)...are we going back to EAI? Or do we put an ESB, registry and repository in the cloud and call it cloud computing (when it really is still SOA)?

See http://blogs.jboss.com/blog/pfricke/2009/01/06/Economic_Depression_and_the_Rise_of_Open_Source_SOA_and_Business_Rules.txt

Anne Thomas Manes

I have another response I want to add to the list of recommended responses: Gary Barnett (http://www.thinkovation.com/blog/index.php/2009/01/14/soa-dude-its-alive-and-kicking/). His dissertation on why architecture is important is great reading. I agree with everything Gary said, but he missed my admittedly obtuse point as to why we need to stop using the word, "SOA". I was emphatically not recommending that people stop doing architecture. But there is a reality that IT people must face this year. If they go before the funding board with an expensive proposal to continue investing in “SOA”, the proposal will be shot down. If you want your IT investment proposal to succeed this year, you must talk about more concrete things than “SOA”.


A friend of mine pointed me to the below interesting article:


In summary, Bechtel Corporation is trying to create an internal SaaS infrastructure, they started first looking at what dynamic companies like Google, Amazon and SalesForce are doing internally.

"Bechtel's new strategy applies the SaaS computing model internally to provide IT services to 30,000 users, including 20,000 employees and eventually 10,000 subcontractors and other business partners."

"We operate as a service provider to a set of customers that are our own [construction] projects"

"What we learned is that you have to standardize like crazy and simplify the environment"

The SOA word was not mentioned, but isn't this an example of what Anne is trying to explain?

So, as the above article shows, SOA can be a very concrete practice if one doesn't misunderstand what it is all about. In the above example it seems a company has implemented a SOA practice to create an internal SaaS infrastructure, to rationalize and reduce costs in a tangible and effective way. SOA is good, is doable, but not that simple.

Kind regards

Yves Caseau

The debate that has grown these last 2 weeks is indeed quite interesting. The question of a practical explanation of what SOA is and how it works (one that could be given to a CEO) is still open.
I have been "doing the stuff" as a CIO for 5 years and now I am trying to teach what/why SOA is/works, a lot of pieces are still missing. My own 2 cents may be found on my blog:
SOA "in the small" is a no-brainer: it works, and the benefits are there. But they are smaller than what you can get if you deploy SOA "in the large". I don't think that "SOA in the large" is dead, I think that we are not there yet.
-- Yves

Dimitre Tonev

SOA as everything may be a good term or bad term. It depends on the context. When used with IT people it is a good term, because it allows you to communicate meaning in a condensed form. When used with business people or CEO it is bad term, because it does convey meaning to them.
Business people will invest money in projects that either deliver ROI or solve important business problem. When IT people go to the business with a proposal for SOA project, they are asking money to replace the existing IT technology with a vague promise that it will produce return ROI in the future. That is not good enough for most businesses even in a good time, much less in today environment. I agree with Anne that SOA is bad word in this context.
It reminds me of the Borland story. When I started work as software developer, Borland came up with great suites of software developer tools, Turbo C, Turbo Pascal, etc. They were about to overtake Microsoft in this market. Borland were one of the first to jump on the object-oriented bandwagon. Unfortunately they made the decision to rewrite all their tools using object-oriented technology. By the time they did that Microsoft was a lightning years ahead of them and Borland lost most of the market share they had.
We should learn from his lesson and not kill the business with expenses that do not produce immediate ROI or provide competitive advantage. We should use SOA to deliver business value.
SOA is our term and we should keep it for ourselves. After all even we cannot agree on a single SOA definition. I see ‘big SOA’ and ‘little SOA’ terms proliferating and that is troubling. If SOA is an architectural approach you either use or not. There is nothing wrong in applying it iteratively. A company may be in an early phase of SOA adoption, but I would call that ‘little SOA’.
Thank you all for the great conversation.

The comments to this entry are closed.

  • Burton Group Free Resources Stay Connected Stay Connected Stay Connected Stay Connected

Blog powered by Typepad