SAP SOA PK IBM SOA—IBM SOA直通车归来有感(www.mynetweaver.cn)

今天去IBM SOA直通车又重新体验了一把IBM的SOA的解决方案，比起几年前听它的方案，还是进步不少，更可喜的是多了实践的东西。中午吃了一顿IBM提供的五星快餐，俗话说得好，吃人嘴甜啊，我也的美言几句。但是，谁叫我现在移情别恋，爱上了NetWeaver，因此我也不得不拿它和SAP的东西比较比较。

一、业界共推SOA是一个可喜的现象

SOA不是谁能够一家独大的东西，不管是IBM，还是SAP，只有大家共同来推广这个标准，并且成立统一标准协会在这个标准体系上添砖加瓦，才能够真正的实现这个标准的推广。SOA可以说是保护软件资产，实现软件人员价值的一个不可以缺少的标准。做了多年软件，就盼这个东西。几次都想改行了，自己还真的开过一个饭店，也几百平米，养了2，3十口子人啊！当时觉得也为国家增加了就业机会。

二、不管是IBM，还是SAP，都会严重继承原有产品，不过本人觉得SAP的步子迈得更大一些。

IBM的SOA的参考模型，逃不过它的WebShpere WAS，Portal，MQ，这个是基础，当然现在扩展了很多，提出了ESB（企业服务总线）的概念，包括一些组件message server，process server，Everyplace之类的，不过核心好像还是数据的整合，什么流程之类的谈的还不多，虽然这也是IBM的目标

SAP的NW，推出的现实目标是实现SAP与非SAP的整合，高远目标是成为一个业务流程的平台（BPP）。虽然NW基于J2EE了，但是ABAP的那套是丢不了的，基于ABAP的后台系统更是丢不了。因此，完全基于Java的Webdynpro for Java处处体现出ABAP的特点，但是本人认为还是些不错的特点。IBM设计的MQ（ESB可能更恰当吧）比较类似SAP XI，也是一个集成的中心。SAP的WAS也是要能够作为J2EE和ABAP的runtime环境，所以SAP好像比IBM要更累些。

三、IBM的WebShpere真的像大杂烩，SAP的NetWeaver相对还要整齐一些。

首先，IBM的开发工具现在是叫IBM Rational，rational是一个优秀的工具，不过现在杂凑在这里面显得还是有点别扭。SAP的开发工具有WebDynpro，管理工具有JDI，都是SAP继承下来的。虽然设计工具SAP继承了together，杂凑了一下，不过本人认为，together在刚出来时UML和代码关系之紧密，双向互动的特点让我特别喜欢，而当时的rational rose还是只能单向。

其次，IBM的办公系统Domino也算是办公应用平台的话也是杂凑的别人的东西。而SAP ERP把大家之长都融进了它的平台的中，还是比较一致。

最后，IBM的Tivoli最为IT服务管理平台肯定比SAP的Solman更加专业一些。不过Solman也是以ABAP应用的方式安装的，倒是一致啊。

四、IBM的应用和SAP的应用

作为应用来说，IBM的Domino 办公自动化太广泛了，而SAP的ERP更是不得了。但是在中国政府行业，本人觉得IBM抓着了脉，而SAP还晕着呢。IBM的中国政府行业的应用强调面向服务的数据交换，其本质其实还是MQ，Domino形成的数据交换业务，其实就是公文流转，只是现在跨到外部部门（如发改委、财政局、国土局等之间）了。而SAP现在很想把自己的企业应用改头换面混进政府，哎，本人就做了很多尝试，在发改委、财政局、高校都试过，不能说SAP的东西不好，实在是这些机构用不起来啊。毕竟，数据都没整合好，谈什么流程啊，SAP的应用流程性太强了。

不过SAP要是加强NetWeaver作为一个基础平台往政府里先推，后面跟进应用，这种做法应该才有杀伤力。虽然NetWeaver作为基础平台出现比IBM、BEA的产品晚，但是由于它继承很多SAP传统应用的优点，真的不错，我对这个平台还是有信心的！

五、IBM的WSAD界面开发工具JSF和SAP的MVC的WebDynpro

我是开发出身，对开发工具有独特的爱好！不得不说两句。

WebDynpro的灵活性不强，封装得很好，这个我比较喜欢，而且也是Ajax的一个典范。JSF还是struts那种风格，通过tag的封装，封装远不如WebDynpro。如果开发企业应用，我还是喜欢用WebDynpro，而且SAP的OpenSQL也是个不错的东西。

最后，作为饭馆老板，喊一声，翠花，上板砖！