如今的软件行业,由于涌现出了SaaS、云计算等众多新技术热点,SOA相形之下声势略减。但是,对于从技术推广初期步入纵深发展阶段的SOA而言,从2009年到2012这三年间将是SOA生命发展周期中的重要阶段。对于一整套彻底改变企业IT核心基础架构、一种已广为企业IT主管所认知和认可的技术理念而言,应用落地是关键,SOA在各行业的规模化应用趋势不减。
SI和ISV如何体现价值
尽管,当前SOA已经成为以IBM、SAP、甲骨文为代表的软件厂商共同关注、推广和建设应用的主题,但就像十年前ERP市场的真正全面启动一样。但是,SOA在中国的全面发展是要看何时国内软件提供商以及其他国内软硬件提供商都能够共同宣传推广SOA,并从产品应用的角度真正向用户进行营销,那时SOA在中国才能迎来市场的全面启动。
同时,即使是主打SOA的软件厂商,也缺乏对IT、商业、开发生命周期、人员、流程、合作伙伴、数据等的综合考虑;缺乏成熟的解决方案,面对企业不愿意大规模增加资金、人员投入改造现有业务系统的局面,没有成熟的解决办法,缺乏典型的行业系统应用案例,当前很多SOA案例都是由厂商主导并打造的行业典型应用,SI和ISV本身的价值并没有得到体现,而SI和ISV的优势就是熟悉行业业务,能提供成熟的行业应用解决方案。
因此,只有当渠道商将SOA架构真正融入到其具体应用系统解决方案中,用户才更容易接受和采纳,但现在,SI和中小ISV还并没能树立典型的应用案例,换言之,其在行业中的增值作用还没有在SOA的拓展中发挥出来。
应该说,造成这种局面的很大一部分原因是软件提供商对SOA的争论让市场推广很混乱,很多中小型SI和ISV对SOA在认知上都还存在着误区,如错误的将SOA架构理解为SOA产品、如实施一两款集成中间件就称用户构建了SOA,就更不用说将SOA架构真正融入到其具体应用系统解决方案中了,这不仅对用户认知理解造成了混淆,而且非常不利于SOA的长远发展。所以,当SI和ISV在中间件和业务基础软件平台采购、应用、部署时都会提到SOA时,用户自然也会基于未来发展趋势的考虑开始有所倾向。
仍欠缺用户价值
事实上,在SOA引导下的中间件和业务基础平台软件的应用中,用户的多重顾虑是当前最突出的矛盾。
比如,除了金融、电信等对信息化要求极高且现有信息化水平很高的行业以外,有相当数量的企业的业务需求和内部管理并未形成对符合SOA模式的IT基础架构的迫切需求,也就是说,企业的业务运营和生产并没有达到要向客户提供随需应变的服务的水平,因此他们无需着急构建灵活的、SOA模式的IT基础架构。
另外,由于很多企业的已有系统非常庞大和复杂,因此改变整体架构并不是那么轻而易举的事情,做出部署SOA的决策需要多方面的努力和很大的决心,以及资金上的巨大投入。而且,到目前为止,将已经建立的大量系统改造成符合SOA模式的架构只有两种方式: 如果系统功能容易切分,可以采用对已有系统进行切割和封装的方法; 如果已有系统功能不容易切分,就只能把整个系统包装成一个服务提供,或者就只能是推倒重来,用新的方法构造服务。而现在多数的应用系统在做切割的时候都面临着很大的困难,因此,对于原有的系统和数据该如何处理的问题已经非常突出。
再有,SOA技术、产品和标准都处于发展阶段,尚不成熟,不同厂商的解决方案也存在差异,这会让用户产生更多的顾虑,尤其是对于安全性的担心,因为用户极不希望自己的核心业务系统被当做服务共享。其实,从SOA进入人们视野开始,固化在其身体里的一个至今尚未真正解决的问题就是标准缺乏。标准缺乏不但会把最终用户弄得越来越糊涂,而且还会大大降低用户实施SOA的信心,因为他们担心软件开发商提供的SOA解决方案又会导致新的信息孤岛。因此,SOA产品的标准化以及技术标准的统一至关重要。
据了解,在推动SOA的进程中,几家典型软件提供商所采用的技术、标准,甚至方法论模型都不尽相同,这对于企业用户未来系统的应用发展将是不可想象的。中间件本身就是为了屏蔽底层软件平台的异构、不同应用系统集成兼容的问题,SOA的模式更是希望能够从根本上解决这一问题,而现在,不同提供商所采用的技术标准都不统一,那么用户即使部署了SOA,在后续发展过程中依然会面临种种问题。可以说,这个问题不解决,谈SOA都有点为时过早了。如果要想从根本上解决这一问题,就需要所有SOA提供商的共同努力,同时也需要企业用户从需求出发来要求提供商积极推动标准的制定和统一。
最后,即使是那些在构建新系统时选择了SOA的用户,仍存在着对SOA价值认可程度不足的问题。对SOA价值的理解不够是多数用户对SOA缺乏信心的关键所在,虽然SOA已经逐步得到企业IT主管的认知和认可,不过,目前用户对于SOA的理解大多还停留在概念层面,对于如何实施SOA还缺乏方法论的指导。
在SOA之上构筑BPM
关于BPM和SOA之间关系的讨论热闹非凡。二者也是多年来的热门话题,但是关于它们的讨论通常都出现在互不相关的论坛上,讨论它们的人通常也属于不同的圈子。不过现在这种情况正在改变,因为这两个概念以及相关技术的使用者和提供者正日渐将二者结合起来看待。
实际上,要确保SOA能够提供商业价值,BPM(业务流程管理)就必不可少。而且BPM对于那些需要应对类似《萨班斯-奥克斯利法》这些要求公司定义流程的法规的企业来说也很重要。BPM在经历了数十年的发展后,如今,正悄然掀起一场流程管理的热潮。
IBM认为,在达成“智慧运作”目标的过程中,SOA架构与BPM技术的结合至关重要。IBM软件集团BPM、SOA和WebSphere全球营销副总裁Nancy Pearson从技术角度解读了两者结合的意义。“SOA支持把IT应用服务或业务模块封装成‘服务’的形式,从而推动IT架构与业务任务的弥合,而BPM技术关注的正是帮助优化管理这些贯穿在企业运作流程之中的一系列业务任务。”
IBM中国开发中心WebSphere开发总经理童煜玲则指出,在成熟的SOA之上构筑BPM技术,将增加企业IT架构的动态性、协调性和互联性,帮助企业实现IT与业务之间更为敏捷的协调合作。
“对企业而言,BPM并非新生事物。但是此前大部分BPM的部署是基于部门或单个项目的,这些部署还不够成熟。依托SOA架构,企业需要跨组织、大规模地部署BPM,从而达成‘智慧运作’的目标。”Pearson强调。她还表示,业务流程是连接企业战略与实施的关键环节,BPM在企业范围内的部署过程中,需要进行流程的重新建模、处理与定义,并与企业供应链进行整合。这意味着新一代的整体技术升级。
“对中国的用户来说,BPM绝不是一个虚幻的概念。”中联软件工程有限公司方案与产品部总经理张洪君说。他指出,BPM对于企业业务实践的重要作用在于,它让服务经过工作流引擎“流动”起来,并最终形成业务服务。中联集团是一家专业从事系统基建、应用解决方案业务和外包服务的IT服务供应商,其服务对象主要面向金融行业。结合自己多年服务金融机构的经验,张洪君认为,BPM实际上能够为金融机构带来业务的真正变革,在专业BPM工具和相关最佳实践的帮助下,金融机构从严密的流程梳理起步,将流程管理与业务有机结合,将使BPM在企业环境中真正落地。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
作者
相关推荐
-
在iBPM和BPM间做选择 不一定非此即彼
大多数系统都有一样的能力,在很多人看来,除了BPM或者iBPM这两个标签以外,实际上它们之间并没有任何区别。
-
用BPM策略对遗留应用现代化
一些人提议把业务流程管理作为应用现代化的手段之一,但也有人对此提出质疑,但采用BPM策略可以成为现代化遗留应用的明智方式。Tom Nolle对此进行了解释。
-
RESTful API设计给开发人员带来怎样的未来?
在模块化应用世界里,最为持久的争论莫过于面向服务架构和表述性状态转移之争了。本文探讨这样的争论带来了什么及其背后的原因。
-
云BPM新常态解析
云端业务流程管理已经不再是什么新鲜事,更不再是什么可怕的方法来管理重要的业务流程。现在,它已经普遍被认为是一种新常态。组织已经从这一技术中获益,使它来更有效地访问和管理企业信息。