In his rescent article, Dion Hinchcliffe assesses the direction of Enterprise architecture and SOA in particular. He notes the following trends:
- Modern software architecture, with SOA as the top-level organizing principle, seems to have more and more trouble keeping up with the rate of change in most organizations... There's a growing sense that the business is "pulling away" and despite enterprise architecture and SOA being intentionally proactive, the default stance is one of short-term reactive response and trying to "clean up afterward"...
- Consumption of SOA and service-based IT is still too low... The early "field of dreams" approach to services... finally morphed... in many organizations into more mature services landscapes with some actual governance. But now we see that the subsequent complexity, rarefied skills and tools, and additional constraints ended up stamping out a lot of SOA consumption at the edge... Without consumption and uptake, SOA cannot access the "return" in ROI...
- The focus on SOA still tends to be on the [over]engineering of seams and processes instead of removing constraints on the business and increasing ready access to value... Despite heavy investments in IT for 30 years and the openness and interoperability intents of SOA, the majority of our enterprise data remains submerged and inaccessible to most business users, silos are still prevalent, and there still lacks the human dimension...
In Dion’s opinion, the main reasons for these SOA shortcomings can be attributed to three main problems:
- Project/product oriented focus of SOA implementations.
- Concentration more on the technology than on the enterprise nature of SOA.
- The fact that SOA progress is driven more by the standard bodies than by the real implementations.
He suggests that:
...the openness and visibility of today's modern Web seems to provide living examples of what's effective at driving forward business results with SOA. By this I mean when it addresses the key issues around improving the response to opportunities and directly enabling self-service, all while remaining highly scalable and protecting users and data... Web-Oriented Architecture (WOA)... [is] a parallel "track" for SOA that's evolved organically in the wilds of the online world to meet many of the same challenges that we have in our organizations today.
Dion explains that
Key to the story of WOA is that at least one critical feedback loop is present in online businesses that is much less evident in most SOA efforts today: Their business will fundamentally thrive or die based on the adoption of their services. Most new online businesses offer an API (the Web version of SOA) at the very outset these days and it's now common for the services themselves -- instead of the visual Web pages -- to be the dominant point of usage early on... This is a yardstick that would change a lot of what we focus on in SOA.
Despite the fact that there is quite a few differences between SOA and WOA, Dion sees many service-based approaches being emerged naturally in WOA that can be leveraged to improve business performance of SOA:
- Responding to change faster. Reducing execution chokepoints by making SOA more self-service (running your SOA like a business) by broader audiences in the organization.
- Increasing consumption. Using new service delivery models that make SOA the easiest, cheapest, and fastest way to solve problems.
- Actively enabling access to value. Opening up broad access to data and people using models such as deeply linked REST-based data webs and open supply chains. Adopt browser-based approaches to consumption such as enterprise mashups tools and user distributable widgets that project the SOA across the organization.
Dion concludes his article by stating that:
The bottom line: Since many of the very best examples of SOA that works are the models we seeing being proven out in large scale on the Web, we must learn as much as we can from them (and the price is right, even the most compelling lessons here are free.) While enterprise SOA will never be identical to Internet-based WOA, we can borrow the best ideas from the success stories that have emerged on the Global SOA (which is what I call the service-enabled side of the Internet)...
Dion seems to be spot on in defining current issues (and their origin) of SOA implementations. Whether his solution - merging WOA with SOA - will solve them remains to be seen.