Updated: 9/21/2006; 6:19:47 AM.
Service-Oriented Architecture
Posts directly discussing SOA.
        

Wednesday, June 22, 2005

Yesterday, Cisco finally announced AON (Application-Oriented Networking), which is basically the ability to process Web services in a Cisco router. I hope this will wake up the SOA/WS-* world to the fact that for Web services to be anywhere near as big a deal as we are all claiming, then it had better be understood as a new application-level network based the SOAP envelope. Web services is not an RPC, its not a bus (not even an ESB)--its a fully routable SOAP network with SOAP intermediaries handling both business as well as technical functions.

Let me also remind everyone that AON also stands for Aspect-Oriented Networking. As I've mentioned before in my blog (see Endpoint services vs. protocol services and Aspect-oriented Networking), the SOAP header processing model enables SOAP features that are effectively aspects. Let me point out some others who are making the connection: Carlos Perez (twice),  Jason Brome, Michael Curry, and Loosely Coupled (sort of). And my favorite reference is this paper, Identical Principles, Higher Layers: Modeling Web Services as Protocol Stack, which I discussed in a previous entry.

7:55:03 AM    

Thursday, June 02, 2005

One of my favorite example of Service-Oriented Architecture outside of IT is intermodal containerized shipping. So I can't believe that I haven't blogged about the great Wired magazine article, The 20-Ton Packet, that makes the same analogy between the Internet and container shipping that I do. My analogy goes somewhat deeper into the concept of spanning layer, etc., but the article is great, nonetheless.

5:40:29 AM    

Wednesday, June 01, 2005

Here's another Jeff Schneider with another great post about service reuse. Here's a highlight:

Service Architects love to brag about the number of services - and I let them. Actually, I encourage them to brag. However, I'm quick to challenge these same people with a very simple question:

"200 SERVICES! That's great - but how many clients???"

This simple question usually makes the most pompous architect fall to their knees in shame.

Of course, this then begs the age old question of how to design services that are highly reusable, which leads to discussions of