外包厂商需开始应对SOA理念带来的“服务库”化

　　事件背景

　　SOA(Service-Oriented Architecture)，服务导向架构，原指一种在计算环境中设计、开发、部署和管理离散逻辑单元(服务)的模型。SOA有几个关键特性：一种粗粒度、松耦合服务架构;服务之间通过简单、精确定义接口进行通讯;不涉及底层编程接口和通讯模型。比之传统技术，SOA更标准化、开放和易于集成。

　　分析

　　原本SOA只是一种技术性构架的概念，其“Service”也只是指技术层面的、粗颗粒度的功能模块。但是，随着中间件的出现与发展，SOA在企业业务层面具备了新意义：“Service”的原有概念成为真正意义上的功能服务，相应，SOA的意义也演进为：将软件功能模块化之后，与业务模块对应、促进企业的服务水平，同时使IT系统灵活应对业务流程的变化。

　　研究发现，这种理解的形成不全是厂商宣传的效果，企业本身确实有一种需求：将提供不同功能的服务相整合(不论是企业防火墙内的软件还是企业之外的软件或网络服务)，令其发挥更大的功用，同时也便于整个构架的维护和更新。例如，某位员工出差，需要通过企业系统进行“外出”申请，可能还要在网上预定机票、预定酒店等等，然而一旦情况有变，出差被取消，那么该员工需要取消外出申请、取消机票和酒店等，手续繁琐。因此企业也希望有这样一种构架，只要员工决定出差，只需在一个经过功能整合的界面上输入出差指令，系统自动为其申请外出、预定机票酒店;如果在此界面上发出取消出差指令，系统便自动取消与出差服务相关的全部服功能。

　　当然，目前SOA还未达到这种与企业业务流程直接对应的程度。然而，易观国际认为，需求的存在将会促使SOA向更广义的方向发展，特别是垂直功能软件丰富、服务需求复杂的大型企业，更是需要一个真正面向业务流程服务的构架。同时，中间件的存在也的确从技术上令SOA向该方向发展：最终形成一个企业“服务库”系统，企业内的用户可以从单一界面向“服务库”系统发出个性化的服务请求(这个服务可能包含多项功能或子服务)，而系统则使用已有功能模块(不论该功能模块来自企业内部或外部)“拼”出一个完整的定制服务，反馈到这个界面。

　　由于“服务库”系统有2个主要特点：即服务功能耦合的灵活化、后台化，因此IT外包和BPO厂商必须做好准备：届时企业用户将不仅要求厂商提供单一的功能外包服务，还会要求其提供的服务能与企业内部的功能模块、或其它厂商提供的功能服务相耦合，而且耦合要尽可能的方便、牢固和安全。

　　建议

　　对于优利系统、阳光雨露、CSC等外包服务提供商：

　　1、需要与中间件厂商广泛接触，并积累一定数量的中间件专才。因为中间件的出现会压缩过去的整套定制业务规模。

　　2、需要与SOA化服务商(如微软、IBM等)开展合作，理解其SOA化的理念和功能接口的标准。

　　3、BPO厂商需要扩充不易被软件服务替代的人工服务业务，如Call Centre、配件搜索匹配服务等，因为软件提供的服务相对而言更容易因其它软件服务耦合而失效。