技术开发 频道

清楚认识SOA重用风险和回报

【IT168分析评论】业务流程和技术资产可重用性的改进能使公司更快的进入市场,减少成本,实现更加一致的结果。近来面向服务的架构(SOA)使公司实现了商业服务、软件和数据的更频繁更广泛的重用,因此这个重要的概念获得了很多关注。

  采用SOA的一个主要驱动因素就是在应对变革时,公司需变得更加灵活,并加快响应的速度。变革是商业系统的一部分。因为并购的缘故,长期以来的商业合作伙伴可能会突然变为强大的竞争对手。合作伙伴、供应商以及客户之间的动态关系是处于持续变化的状态。如果公司的软件以及支持其软件的IT基础设施不够灵活的话,该公司将丧失适应环境的能力。而为了变得更加灵活,为达到重用的目的的综合性战略是必需的。

  重用的性质

  重用决不是一个新的IT的概念。大家已经用各种方式,在很多层面,从源程序代码库的使用到在面向对象架构中软件组件的建构,尝试过它。当让有经验的开发者自由选择开发工具和开发方式时,他们经常重用他们以前编写的代码或使用在Internet上能免费获取的开放源代码。但这种重用的方式在软件开发小组中并不是一致的,因此在这个方面IT产业还没有实现有效的重用。

  在SOA的环境下,重用的概念是不一样。因为重用被嵌入到架构中。模型组件、软件、准则以及数据都是可重用的,而且使用的方式能确保它们的精确性、一致性以及可预见性。这些构成了公司治理下的所有可重用资产。这不容易实现,但确实是一个值得为之奋斗的目标。

  IT资产的重用与制造业的部件重用并不是那么的迥异。汽车厂商不会为他们销售的每个型号的汽车制作不同的引擎。他们规划出引擎的一个较小的范围,并把它们安装在各种各样的汽车型号上。一旦新的引擎测试成功并获得证明,它在整个新型号上的重用使新车能更快的进入市场。这个准则对更小的组件也是适用的。如今,汽车被设计为对各方都有利的,能在各个层面最大限度实现重用。正如在生产设施方面的组件重用需要被很好的管理一样,在SOA环境中的商业服务的重用也必须如此。无管理的重用将比没有重用具有更大的破坏性。

     Hurwitz & Associates曾指出对于公司来说与重用相关的三个主要的风险:

  贫乏的流程。这通常是在业务与IT之间的协同水平不足的时候发生。在SOA中,业务和数据服务准确地表示了组织所遵循的业务流程。业务和IT之间的协同是建立在对何种数据定义起作用以及何时使用它们,如何应用准则以及何种层次的维度适合商业付的清晰理解之上的。有效的重用将会很难实现,除非有一个合适的框架能保证业务和IT依据的是同一个准则,发出的是同一个声音。

  不善的代码管理。业务流程总是处在变化之中,所以,它往往在还没来得及写出合适的软件代码(构成具体的商业服务,也可能是经常变化的)的情况下,就已经改变了。当软件组件改变时,这种改变会应用到所有地方——往往导致很多意想不到的结果。可重用的软件/商业服务所有权的清晰定义需要所有商业使用者的同意。商业服务的重用策略必须包括开始于商业服务“所有者”的变化的审批程序。

  总体控制的缺乏。缺少围绕SOA的结构化程序,维持整个企业的一致准则将是困难的,甚至是不可能的。比如说,在一个运输服务公司,如果每个业务单元都遵循一套不同的客户信贷流程,情形将是怎样?我们假设公司想为这个流程创建一个共享的业务服务。那么首先必须回答如下几个问题:谁拥有这个业务流程以及如何控制变化?谁负责维护客户信贷信息的共享数据源的一致性和质量?

  获得重用回报的第一步就是要理解其中包含的风险。为了确保获得重用的一个成功的策略,首先,业务和IT必须相互协作,去理解、评估该组织的商业流程,并对其建模。当一个综合的管理方法被用于组织的所有层面时,在SOA环境中可实现的重用水平将获得提高。

  当你基于面向服务的方法建立商业服务时,你就创造了模块化标准化的构建组件,依据一套可预见的准则这些组件以各种方式链接在一起。这些模块化的组件可在其他情形下,为不同的部门或是满足其他的业务需求时重用。当所有这些都同时满足时,可以预见一个公司可从进入市场速度的加快、信息的可信任性以及灵活应变性中获益。

0
相关文章