Here Q stands for Question, not Quality. SOA hasn't been my thing in the past, but in an egoistic effort to understand more about it, here's the header post to a series of constructive questions. Sure, this will more or less just point out things I personally haven't grasped and for the knowledgeable, the questions are easy (as always). But I thought that there might be someone other than me who hasn't grasped these things and will therefore be glad that someone asked and that someone (else) answered. :-) Here’s the first:
SOA-Q: SOA == WS?I've heard so many times that SOA isn't the same as WS. But at the same time, I often get the feeling that it is actually implied no matter what is said. How is it today? Comments? Update (some answers):
- johnbr wrote SOA Questions
- Arnon said: Well, it is actually depends on who you are asking Vendors (whose ultimate goal is to sell more products = new technology) usually imply you need WS to do proper SOA (or the more elegant WS is a natural candidate for SOA) In real life, what matters most is the SOA concepts First and foremost - business alignment and then additional things like the so called 4 tenets (autonomy, share scheme etc.), service bus (for thing like service location transparency) Another thing is that Architecture is (should be) technology agnostic - you can (and I have) create Service oriented architecture and implementations that do not utilize WS at all.
- Mårten Gustafson wrote SOA.doesNotNecessarilyEquals(WS);
- Niclas Nilsson said: In my humble opinion - absolutely not. I've been working with OSGi (www.osgi.org) and it's predecessor since 1998, which to me and many others is a Service Oriented Architecture. I also believe that most people would agree that CORBA is a SOA. And there are plenty more. Unfortunately, since a lot of people learns about SOA for the first time when they hear about WS, they seem to use these acronyms interchangeably.