在即将过去的
2006
年,
SAP
发布了企业级
SOA
的应用产品——
mySAP ERP 2005
,每次同媒体、合作伙伴或者客户聊起这个产品,被问到最多的问题就是:
SAP
企业级
SOA
产品的特点是什么?其实,答案是显而易见的,
SAP
发布的不是一个单纯的技术平台,而是搭载了丰富企业级
SOA
应用的业务平台。
谈到企业级架构,应该包含两层意思:首先是要理解如何最好地组织业务流程,从业务目标着手,贯穿整个复杂的相关业务流程设计;其次才是信息技术如何支持企业组织和相关业务流程。
SAP
拥有近三十多年的商业软件和业务流程经验,她的
SOA
产品不同于其他同类产品,是纯粹的技术台或者技术中间件,其特点和优势就是拥有丰富的业务内容
(Business Content)
,面向应用和面向业务流程。
回顾过去三年开发历程,
SAP
有清晰的
SOA
产品战略,一开始就是和应用共生的。在
2004
年,我们集中力量发展基于开放标准的
NetWeaver
技术平台,为
SOA
产品打造稳固的技术基础;到
2005
年,在技术平台上
SAP
凭借多年的业务经验,从原有的应用产品中识别、重新划分包装了许许多多服务,组成企业服务知识库(
Enterprise Services Repository
);进入
2006
年,发布的
mySAP ERP 2005
产品是在所有应用都转移到面向服务的架构后的成果,产品包含的所有应用都是以来自组成企业服务知识库中的服务构建而成,应用之间的集成也是依据其中定义的标准接口。
也就是说
SAP
在帮助客户转移到面向服务的架构之前,首先把自己所有的产品转移到
SOA
,并且提供企业服务知识库作为服务重用的数据字典。因此客户拿到
SOA
产品的时候,不仅仅得到的是技术平台和工具,而是马上可以使用的应用产品,更重要的是他们能在由服务构成的应用产品上立刻做业务流程创新,按照业务流程实践的需要对流程进行重构建模。打个比方说,
SAP
发布了一个乐高
(Lego)
积木搭建的房子,这个房子好比是企业的业务流程,而每一块乐高积木好比是企业服务知识库中的服务,客户拿到这个房子以后,或者马上可以使用,或者是做一些改造,例如:把车库部分重新构造;甚至可以用这些积木对整个房子进行重新构造。这种改造随同企业运营环境和业务需求的变化,会常常发生,可靠的积木模块保证了能够迅速可靠地完成改造,而且业务用户是这样的改造中的主体,不用涉及太多技术细节,不用了解乐高积木是如何铸造的。
假设客户只是得到一个技术平台和工具,那么客户首先要自己完成企业应用的
SOA
重构,这可不是一件容易的事情,从应用上讲,如何去划分服务,识别什么是必需的服务,抽象出通用的服务,决定合适的服务颗粒度,定义稳定的服务接口,这些都是
SOA
重构的难点。
30
多年积累的业务流程经验,让
SAP
在这方面占有很大的优势,通过企业服务知识库,我们解决了一大部分这样的难点,共享给客户,希望为客户带来一个比较高的
SOA
实施起点,减少变革的阵痛,迅速从
SOA
获得效益。业界许多公司在部署
SOA
时倾向于选择
SAP
,主要就是看中了
SAP
的
SOA
在应用层上的表现,
SAP
关注应用,并且一直致力于把自己的
SOA
应用做得更加灵活和更可用,特别是把关注点放到业务处理模型以及业务流程定制上。