SOA是旧瓶装新酒吗？

想搞清楚SOA，与其求人，不如求己：

http://dev2dev.bea.com/technologies/soa/xmlmessaging/articles/soa_wilkes.jsp

http://dev2dev.bea.com/technologies/soa/index.jsp

http://www.bea.com/framework.jsp?CNT=index.htm&FP=/content/solutions/soa/

http://dev2dev.bea.com/trainingevents/dev2devlive/johnbeatty.jsp

来个中文的：

http://www-900.ibm.com/developerWorks/cn/webservices/ws-theme/ws-soa.shtml

最近我被面试也问过Do you know something about SOA?
有空看看

我建議可以看看這個

http://taiwan.cnet.com/enterprise/technology/0,2000062852,20092111,00.htm

http://dev2dev.bea.com.tw/techdoc/07soa.htm

都是老早看过的东西。《程序员》先后做了一本developerWorks专刊和一本dev2dev专刊，把IBM和BEA的SOA思路都讲得很清楚了。我是在一个星期天的早上躺在床上看这两本增刊，最后还是忍不住睡着了。

http://taiwan.cnet.com/enterprise/technology/0,2000062852,20092111,00.htm

这里有这么一段：

確定你的伺服器基礎具有可調節性、安全性，可隨商業和技術的不同而調整。大多數企業已選用J2EE基礎層，但若你還未採用，不妨慎重考慮。這是一切商業的基礎，必須能夠隨業務擴張而成長。規模最大也最受信賴的供應商包括IBM、BEA、甲骨文(Oracle)和惠普(HP)。Gartner的資料顯示，IBM的應用伺服器、整合伺服器和入口網站伺服器在市場上最受歡迎。BEA通常在應用伺服器領域表現不錯，但最近市占率下滑，和外傳BEA可能成為收購標的，為該公司的長期生存展望蒙上陰影。甲骨文是穩健的資料庫供應商，但在應用/IT基礎設備方面倒不是第一品牌。至於惠普，我們通常的看法是，該公司可望急起直追。

似乎与jini兄的推荐不同啊！：）

特别是这一段：
BEA通常在應用伺服器領域表現不錯，但最近市占率下滑，和外傳BEA可能成為收購標的，為該公司的長期生存展望蒙上陰影。

让我们这些“下游”的虾米，如何决断呢？

只看了上面一些文档，没有实际应用经验。从概念以及目前SOA提供的功能而言，跟Web Service很相似。

从技术上看，相同的地方：
1.用XML交换数据。
2.用WSDL描述接口。

不同的地方：
1.SOA的数据交换可以通过CORBA、SOAP或其他技术实现，Web Service指定了SOAP。
2.抛弃了UUID。

我觉得SOA就是基于Web Service技术的，即便通过CORBA或其他技术做数据交换也不过是做一个描述文件的适配器。
Web Service提出的XML作为数据交换格式以及WSDL作为接口描述两大最重要的特点都被SOA包含了。至于UUID说白了只是一个搜索引擎，是一种理想的工作方式的平台，目前看来UUID是个失败的东西，根本没人用，SOA里面自然抛弃。

功能方面，SOA所做的一些承诺在Web Service推出时就已经承诺过了。看上去新添加的一些承诺也都只是一些扩展，没有更吸引人的东西。

总的说来，我感觉现在的SOA就是Web Service的一些修改和补充，并没有什么更突出的特性，我赞同gigix的观点，认为“现在的SOA是旧瓶装新酒”，没有实质的特性只是概念上的再次包装。

我的观点是“新瓶装老酒”

搜到了这个
http://www.umlchina.com/News/Content/39.htm

http://www.aspcool.com/lanmu/browse1.asp?ID=1145&bbsuser=uml

还有这个

http://blog.joycode.com/ghj/archive/2004/09/16/33703.aspx

我认为SOA这种把软件“部署”之类方面问题着重提出来的价值还是很大的，也许对于大的公司，有经验的老手们算不上什么，这和OO流行之前一般软件开发人员和接口模块设计师的差异是类似的，将有利于整体上软件开发水准的提升。
    过段时间如果可能的话，可以以我理解的东西和大家讨论一下。

mochow姐姐贴的那篇，我也是老早看过。还有BEA中国李巍同学写的一篇，概念挺清晰，我写技术白皮书参考过好几次了。可是这些东西看来看去，我看不出比躺在床上半梦半醒看20分钟更多的东西。我也懒得去找更远的，就着mochow姐姐这篇，咱们来个阅读理解吧。

>>SOA的原则
>> * 业务驱动服务，服务驱动技术
>> * 业务敏捷是基本的业务需求
>> * 一个成功的SOA总在变化之中

我不知道该管这些叫什么，我觉得叫“废话”就很恰当。

>>[SOA的]第一个[基础]就是MDA（模型驱动架构），由提出CORBA的OMG模型提出。

熟悉我的人知道，我经常引用Rickard Oberg那篇blog里的一个词：“the FXXX MDA”。MDA的是是非非咱们有机会改天再聊，至少它不是什么新鲜玩意，这个大家都知道。

>> SOA的另一个基础是敏捷方法（AM），其中非常有名的方法是极限编程（XP）。

啊……哦。

>>SOA的五视图实现方法

用例视图、部署视图、实现视图、过程视图、逻辑视图。我闭着眼睛都能说出这几个视图。第一次听说这些名词是2000年，Adams Wang翻译的《UML手册》。

>> 另外，最重要的就是贯穿本文的自顶而下的SOA实现方法了。

这意思是，以前我们是这样使用web service：“这是如何创建Web services的方法，现在，我们来使用它们集成吧。”现在我们要是还这么做，就有点蠢了，我们应该一开始就把服务的理念放在脑子里。可是，作为合格的OO designer，我们不是一直在这样做吗？如果你能够暂时把web service或者别的什么具体RPC机制丢开，难道你的OOD就没有facade了吗？

现在该让真正了解SOA的人们来讲讲课了，我的理解究竟是对还是错呢？SOA除了可以写在技术白皮书里，还有没有更实在点的价值呢？