Is SOA Still Dead?
- Share
-
- |
Read later
Reading List
A note to our readers: You asked so we have developed a set of features that allow you to reduce the noise: you can get email and web notifications for topics you are interested in. Learn more about our new features.
Nearly six month after her initial SOA obituary, a heated InfoQ debate and a lot of blogs and twits, Anne Thomas Manes has confirmed her opinion about SOA.
Anne starts her post by explaining her position on SOA:
"SOA" as a term has lost its luster, but "SOA" as a practice is essential for all organizations going forward. Many organizations have invested millions into SOA, and they have little benefit to show for it. Some organizations are worse off than when they started. Given the tight economy, business people aren't particularly interested in pouring more money into what looks like a sinking ship. If you want to get funding this year for your SOA initiative, you should probably avoid using the word "SOA" and instead focus your efforts on building "services" that deliver measurable value to the business.
Anne proves that SOA is still dead by referencing a recent Gartner survey stating that 40% of users do not measure how long it takes to achieve a return on their SOA investment. The survey also shows that 50% of those companies that have not yet started a SOA initiative did so because they could not articulate and demonstrate its business value. Without a means to measure value, SOA initiatives are doomed. Additionally, SOA was so overhyped by analysts and software vendors, that:
... many companies were approaching SOA projects with excessive expectations and little awareness of the effort, resources and time needed to achieve any benefits.
More indications that SOA is dead, according to Anne, are based on the amount of enterprise spent on SOA (infrastructure):
- Gartner just recently published its annual assessment of the application integration and middleware (AIM) market, which experienced single digit growth in 2008. According to a review of the report by Application Development Trends, "Middleware Market Hits the Brakes in 2009", Gartner is projecting a 0.8 percent decline in the AIM market for this year.
- ... market study by Report Buyer asserts that IBM holds 70% of the SOA infrastructure market. So IBM sales should be a pretty good indicator of the SOA infrastructure market. And according to a tweet from James Governor at IMPACT, "Robert LeBlanc GM, software sales says clients are buying SOA in smaller chunks now." (I interpret "buying SOA" to mean "buying SOA infrastructure software", because we all know that you can't buy SOA.)
This post, similar to the original one, has caused quite a few responses. For example, Pierre Fricke in his comment to Anne’s post writes:
I think we are reading the normal shock of the initial wave of a depression gives to business spending as "SOA is dead"... Spending hits a wall as credit dries up and money velocity slows dramatically... SOA is a significant undertaking that would be impacted by this initial wave. Now as companies dust themselves off after the first round, they find they still need to conduct business and need to become more competitive than ever... It is interesting to see that the financial services industry is loosening up a bit on focused SOA and BPM/BRMS projects... I think we are confusing poorly justified or thought out SOA projects that don't get funded as organizations won't implement SOA or SOA is dead.
Steve Jones has devoted a whole post to reply to Anne. Steve explains, that "SOA isn't a technology thing, it’s a practice thing".
In Steve’s opinion, current SOA failures are mostly due to the fact that both analysts and vendors were (and still are) pushing people down the route of technology first (Anne is assessing SOA health through SOA infrastructure spent):
So having vendors claiming "we are still shifting products" while analysts who told people to go and buy those products are now complaining that they haven't seen the value really is just a farce... SOA hasn't failed, what has failed is the next generation lipstick on the pig, buy my technology it will save your problems, do a big project it will fix everything style of IT that has always failed.
What Steve considers to be dead is not SOA, but rather:
... the zombie child that is vendor driven strategy has failed to deliver IT departments the benefits that it should have. The same is beginning to happen around cloud as the zombie possession organizations that are vendor marketing seek to subvert yet another approach, and one which in the case of SaaS has been massively business driven, into re-selling the same technology which has failed before.
SOA is and always was about architecture, not the way to get financing, or analyst hype, or particular middleware platform. In the last decade, IT industry has made tremendous advances in understanding and improving this architecture style. So Anne has to decide what is really dead. Analyst hype? That was often in the way of architecture development anyway. Blind financing by business executives? The fact that enterprise architects have to explain now what and why they can achieve, instead of getting a blank check, should be considered a positive thing. Cutting into profits of software vendors? Current open source offerings and higher requirements from companies are forcing software vendors to come up with better more innovative products.
Yes, we see a slowdown in SOA software spent, but the same slowdown can be seen in any other software product and/or any other industry. In the words of Pierre Fricke: "Wanna buy a house? A car? Rare art? Oil leases? At 2006-07 prices?".
Rate this Article
- Editor Review
- Chief Editor Action
Submit
Submit
Hello stranger!
You need to Register an InfoQ account or Login or login to post comments. But there's so much more behind being registered.Get the most out of the InfoQ experience.
Tell us what you think
Community comments
SOA is really dead
by
Santiago Blanco
Posted
Re: SOA is really dead
by
Boris Lublinsky
Posted
SOA dead? As Usual, naming confuses audience
by
William Martinez
Posted
Too nebulous ever to have been alive
by
Morgan Creighton
Posted
Re: Too nebulous ever to have been alive
by
Boris Lublinsky
Posted
Round and round
by
Addey de Roubaix
Posted
SOA is really dead
by
Santiago Blanco
100% agree with Anne. I think SOA is dead, but not the Service Orientation. The IT Organization must think in applications that provide services, in order to enhance the reutilization, and to minimize the costs.
SOA dead? As Usual, naming confuses audience
by
William Martinez
I teach that SOA is an architectural style, and the first line of the presentation says SOA IS NOT TOOL, NOR A TECHNOLOGY. Much less a life style or a business proposition.
So, the golden eggs chicken is dead. But the style is still usable. Do not confuse.
William Martinez Pomares.
Architect's Thoughts
So, the golden eggs chicken is dead. But the style is still usable. Do not confuse.
William Martinez Pomares.
Architect's Thoughts
Too nebulous ever to have been alive
by
Morgan Creighton
The SOA meme is too malleable to really die. With apologies to Monty Python, every time the "thing until recently called SOA" falls from grace, the SOA-ists pine that "that wasn't really what we meant by SOA."
The quote "SOA is and always was about architecture, not the way to get financing, or analyst hype, or particular middleware platform" is amusing. SOA and architecture have nothing in common but one letter. What are the tough design decisions that SOA imposes? Where are the SOA constraints that help deliver the "ilities" and externally meaningful properties of the system?
The quote "SOA is and always was about architecture, not the way to get financing, or analyst hype, or particular middleware platform" is amusing. SOA and architecture have nothing in common but one letter. What are the tough design decisions that SOA imposes? Where are the SOA constraints that help deliver the "ilities" and externally meaningful properties of the system?
Re: Too nebulous ever to have been alive
by
Boris Lublinsky
Well Morgan, try my old article www.ibm.com/developerworks/architecture/library... for starters. I am in full agreement with William and this is exactly I wanted to say.
I like Monty Python reference although.
I like Monty Python reference although.
Round and round
by
Addey de Roubaix
The only thing that can be concluded from all of this is the truth of the adage "The more things change, the more they stay the same". It seems we software professionals (of all types) go through the buzzword cycle over and over. From formal methods, to business process reengineering, object orientation, business process management, soa, architecture, open source, oo, ooh ooh, ha ha, hee hee....
Losing of lustre is a vendor strategy. The industry is driven by new things. Trying to sell last years fashion is out of the question.
People that write articles like "SOA is Dead" are simply journalists that are earning a living. As software professionals, we should learn to separate the bullshit from the essential truths. As a BA I find service orientation an excellent abstraction technique to get business to think out of the constraints of the existing technical infrastructure, and then to allocate responsibility for the service to the most appropriate technical resource. Does that hint of OO? Of course. English (and I assume most other languages) are rich with synonyms. Using one word doesn't preclude all others. It's the essence that is important. SO is a wonderful technique to derive architectural decisions and drive architectural thought. But, then again, so are BPM, BPR, HIMS, RAD, OO.
Just some thoughts...
Losing of lustre is a vendor strategy. The industry is driven by new things. Trying to sell last years fashion is out of the question.
People that write articles like "SOA is Dead" are simply journalists that are earning a living. As software professionals, we should learn to separate the bullshit from the essential truths. As a BA I find service orientation an excellent abstraction technique to get business to think out of the constraints of the existing technical infrastructure, and then to allocate responsibility for the service to the most appropriate technical resource. Does that hint of OO? Of course. English (and I assume most other languages) are rich with synonyms. Using one word doesn't preclude all others. It's the essence that is important. SO is a wonderful technique to derive architectural decisions and drive architectural thought. But, then again, so are BPM, BPR, HIMS, RAD, OO.
Just some thoughts...
