A month ago, I wrote about the need for Service Oriented Architecture (SOA) to be based on standards if it is to fulfil its promise, and for a debate on what those standards should be. Since then, at The Open Group conference on SOA in Houston, Texas, I have seen signs of a very healthy debate. A picture of standards-based SOA is starting to emerge, based on lessons learnt from the first real-world implementation and deployment. What are the lessons learnt, and where will they lead SOA?
There is a clear pattern to initial SOA implementations. Existing applications are “wrapped” and plugged into a services bus. A registry may be added to enable service discovery, and there may be instrumentation for performance monitoring. This all works fine, because there has been no real change to the underlying enterprise architecture; it has just been expressed in SOA language.
The core business value of SOA is in delivering enterprise agility, and it is when companies try to change that the crunch comes. As Michael Liebow, global lead for SOA and Web Services within IBM Global Services, puts it, the business benefit of SOA is in service reconfiguration flexibility, with changes done in days by business people, not in weeks by technical specialists; but this means that the business and technical architectures must be aligned, which today is not the case in most organizations. Expressing an existing application architecture in SOA terms is not enough. The services must be business-oriented if they are to be orchestrated by business people.
