中国计算机用户:SOA这只螃蟹怎么吃


 2009-05-23 00:00:00       759

SOA解决方案选型指南
SOA这只螃蟹怎么吃

如果把实施SOA的用户比喻为“第一个吃螃蟹的人”,在SOA越来越“横行”的现在,有不少用户对SOA这只张牙舞爪的“大闸蟹”早就垂涎欲滴。

2009年是SOA的落地年,经过了前几年的概念和市场培育期,如今各式各样的SOA用户案例逐步增多起来。其中,电子政务应用采用SOA架构的越来越多。

一方面由于没有庞大的旧有IT系统存在,不需要推倒重来。一方面电子政务的要求是数据要交互、公开,早期的电子政务属于垂直管理体系,横向系统有很多信息孤岛。政府部门现在为了提高效率,需要横向联系,财政、税务、公安,需要进行大量的数据交互。SOA是通过标准的调用和数据交换来实现的。这种数据交换的标准,是构成SOA架构非常好的桥梁。

我国的电子政务建设格局像一个纵横交错的大棋盘。随着我国各级政府部门纷纷规划和建设起各自的电子政务系统工程,在很多方面都取得了显著的阶段性成果。纵向电子政务建设以“金税”、“金关”等工程的成功实施为代表,达成自上而下的业务标准和业务资源的统一,实现数据自底向上的快速准确汇集和业务自上而下的高度协同。同时,政务信息资源共享交换平台的建设与应用以支持跨部门业务协同为目的,实现部门间横向按需信息交换与共享,满足各级政府履行职能的需要。围绕跨部门的业务协同,以部门业务信息为基础,确定部门间交换信息指标及信息交换流程,实现不同部门异构应用系统间信息交换与共享,提高各级政府行政管理效率和公共服务水平。

国内某地市电子政务行政服务中心行政许可服务应用项目,用户的业务需求是要梳理并规范本部门及相关部门的行政审批流程,外网为老百姓或企业用户提供网上审批申请提交服务,内网进行自动化的申请业务流转及人工处理,同时实现行政服务的绩效监查,通过信息化手段提高行政服务效率和服务质量。项目关键需求之一就是涉及各级行政部门的业务系统互连、互通以及数据的共享交换,这也是用户考虑使用SOA的原因。

在某国外厂商SOA概念的灌输及其相应产品方案的大力推介下,用户为SOA的潜在好处及技术先进性而心动,购买了BPM(业务流程管理简称)及ESB(企业服务总线简称)产品。但是,如果缺乏对用户需求特点对症下药的能力,基于其SOA产品的解决方案往往是“大马拉小车”。选用功能复杂的SOA基础产品,具备了庞大的SOA基础设施,但距离用户的实际业务需求还有很大差距。要满足用户需要,还需要实施厂商进行大量的定制化工作后才能发挥BPM、ESB的部分功能,造成许多高级功能闲置。

更严重的是,由于“这匹大马”的体系庞大、复杂,学习使用和熟练驾驭的周期过长,对实施人员要求过高,加上实施集成商对SOA缺乏理解和实施方法论指导,导致了项目实施困难,工期延长,预算增加,最终用户和集成商双双选择了放弃项目实施。实施SOA,真有这么难吗?

【应用篇】

拉动积极性最重要

拉动积极性最重要对于SOA,目前还没有用户敢于把全部IT系统替换为SOA架构,而是一点一点小规模试水。在看不到完整案例的情况下,更多的用户采取了观望的态度,止步不前。

树立样板工程

普元公司副总裁,SOA应用平台EOS产品经理程朝晖说,客户已经进入到一个比较成熟的时期,大家都在期待一个实施SOA的样板工程或者成功模式。程朝晖认为用户实施SOA的积极性需要调动,最关键的是树立行业样板。像金融、电信等大型用户已经切实找到SOA的应用点,能够解决实际问题。比如中国移动的增值业务综合运营平台(VGOP)已经确定了规范,项目一期2009年上半年就会完成,二期已进入方案准备阶段。这个方案很看重通过SOA为其VGOP提供互通和融合能力,逐步把电信的能力,如短信和彩信等都能够在一个平台实现互联互通和融合,直到业务的不断孵化和创新。

再比如金融行业的信息化应用建设一直走在前面。程朝晖说,目前很多银行用户都在阶段性的实施SOA当中。甚至已经不仅仅是在一个项目中尝试,而是在多部门中尝试。比如交通银行在一个部门实施的系统有几十个应用。HR、ERP、财务、甚至到会议室的管理都可以在一个系统里融合不同的功能模块,实现一个应用的模式。

目前工商银行正在准备进行体系架构的升级和规划,提出了“ONE ICBC”的口号,把不同的业务域结合起来,通过架构的提升来融合各种业务,实现业务运营的提升和灵活的业务创新。” 程朝晖说。

降低成本、提升效率

IBM公司SOA产品经理黄河认为,在当前经济形势下,无论政府或者银行还是企业,大家都是要做实际的事情,这一点无可厚非。大家关心的事情无非是两方面:降低成本、提升敏捷性;只要能够帮助自己实现这两点,无论是SOA还是别的什么都没有关系--黑猫白猫,只要抓住耗子就是好猫。

所有的企业都不约而同地对正在进行或者即将进行的IT项目提出了两点最主要的要求:
重用投资、节约成本。尽量重用以往的IT投资和已有的IT资产,并且确保一切必要的新投资可以在未来的新项目中充分重用,而不需要产生过多的维护、修改成本;
增加企业的敏捷性,可以根据市场需求的波动而灵活调整自身的运营流程。设想一下大家都熟悉并且关注的中央银行存量房贷利率7折的政策出台后,各大银行反应迟缓的原因:除了各种经济利益之外,是否也是因为其政策的变化牵扯到大量的后台IT应用和支撑系统的流程、规则调整,不能在短期内迅速实施?

所有的企业或政府机构都在为解决上面两点需求而努力,而越来越多的相关项目也在证实着这一点。中国移动通信的广东公司、山西公司搭建了新一代的CRM系统,在大幅度提升客户经理工作效率的同时,还将客户投诉响应的反馈速度从一周缩短到五分钟。北京市卫生局、云南省卫生局实现了区域医疗联网,患者可以灵活地实现社区卫生诊所和三甲医院之间的信息共享、病例流转和自由的转院机制,从而节约宝贵的医疗资源可以为真正需要的疑难杂症所使用。

南京市浦口区、玄武区和建邺区都建立了数字共享平台,全年节约成本80万元,流程时间缩短2个月,实现了发改、财政、统计、农林、卫生教育等多家单位的数据交换与共享。甚至是我们每个人都很熟悉的小肥羊火锅,都搭建了全国整合而实时的营销系统,在可以每天获得全国三百家门店的销售汇总信息、分析消费者口味偏好变化的同时,还有效地消除了后厨和前台收银合作“捣鬼”的现象。大量的客户案例都在证明,无论是政府部门用户还是企业,大家所追寻的目标永远都是一样的。

通过将IT应用转变为服务模块再进行整合,从而实现降低成本、重用资产、提升效率、推动创新--这正是SOA的精神所在。而已经列出的和没列出的大量客户案例证明,SOA的精神和思想已经融入到千万个具体的客户项目中,生根发芽,至于该项目究竟被称作为“SOA项目”还是某个行业中的具体项目名字,其实并不重要。SOA只是一种思想和方法,并不是目的和结果。但是为了达到降低成本提升效率的目的,SOA仍然是最有效的方法之一。

【建议篇】
SOA选择,自上而下还是自下而上

SOA鼓噪期过后,业界的目光开始更多关注SOA能否成功应用,于是出现了“自顶向下驱动型”(Top-Down Driver)和“自底向上驱动型”(Bottom-Up Driver)的SOA应用模式。

Top-Down Driver模式指站在企业高度整体考虑SOA技术采用与部署,这类模式通常是伴随企业重要战略改变(如涉及到组织架构调整的机构重组或公司并购等)而进行的业务整合。这些情况下,企业通常推动SOA在整个组织、企业或至少企业最重要的部门采纳。该类项目在电信、金融行业比较多见,如最近电信公司的合并等。

Bottom-Up Driver模式通常指使用SOA技术来满足特定业务部门、下属公司或特定工作组的特定业务需求,如B2B中企业与供应商间的整合,电子政务行政许可服务所需的不同委办局间业务系统整合等。目前国内外大部分企业都采用SOA来支持这种“自底向上驱动类型”的部门或子公司层次的业务整合需求。

尽管两类模式下的SOA项目均不乏实践者,但按照某种特定模式实施的教科书式成功案例并不多见。

架构先行

一些国外大型供应商推广的SOA架构往往是以梳理业务流程,搭建服务总线为主。IBM公司SOA产品经理黄河表示,企业服务总线(ESB)是其当今推荐的企业应用整合方案。传统的点对点应用整合方式将最终造成企业IT架构蛛网化,伴随而来的是复杂僵化的应用架构、高额的维护成本和缓慢的市场响应速度。ESB作为SOA架构的信息传输龙骨,能够帮助简化IT架构(减少应用整合接口的数量和复杂程度),降低运作成本,提升业务灵活性和市场响应速度(Time to market),最终提升企业的竞争优势。

IBM有三大ESB产品:WebSphere Enterprise Service Bus(WESB)、WebSphere Message Broker(WMB)、WebSphere DataPower。WESB是针对中小企业的入门级ESB产品;WMB是企业服务总线中最为强大的旗舰产品,尤其适用于异构系统整合;DataPower是基于硬件的ESB产品,支持即插即用,帮助客户快速、高效、便捷、安全地构建面向大交易量任务关键(Mission Critical)型企业服务总线。

应用为先

普元主张实施SOA从具体的业务应用开始。普元公司副总裁,SOA应用平台EOS产品经理程朝晖的建议是,希望客户能够更理性一些,更多关注具体碰到什么问题?期望哪些地方要改进?是否确定了要统一到SOA架构的发展策略?然后,把这些问题和要改进的地方与SOA架构特性挂钩起来,看是否能具体解决。

普元公司副总裁,SOA业务流程平台BPS产品经理刘尔洪建议用户不要贪大求全,他说,“SOA很容易让用户贪大求全,在现阶段客户存在的市场环境和IT组织架构都要求解决具体的业务问题,自上而下的大而全的架构可能会阻碍他们。SOA的理念强调的是IT如何更加敏捷地为业务服务,这个理念永远是对的,建议用户先用SOA理念实施一些应用,能不能先用起来并取得预期的投资回报是最重要的。我们倡导的是从应用去做,新应用采用SOA架构,先尝到SOA的好处,这个好处一定是业务部门能感知到的,在这种状态下一步步进行演进或替代是自然发生的事。”

刘尔洪举例说,“在应用上用SOA架构理念进行实施最根本的是对业务部门会产生价值,业务部门会感到新业务的创新和管理优化更敏捷地得到IT的支撑,在投资回报率上也会体现出来,这时候再推广这个理念比较容易得到各个部门的认可。像安徽电信的全业务服务保障和电子运维项目,要保障17个地市和一个省中心的服务和运维,仅故障处理流程在不同地市不同产品不同客户就可能不一样,而原来一年只能实施或者优化100个流程左右,显然与业务上的要求差距很远。经过基于SOA理念的全业务保障和电子运维项目实施后两年多就优化了6865个流程,是原来30多倍,系统也更加稳定。这样用户对这样的理念更有信心,所以,目前SOA理念正在向其他的应用领域延伸。”

战略上保持一致

对此,长风联盟专家组认为:SOA成功应用的关键表现为它能否与企业战略保持一致,能否支撑企业业务快速变化。企业范围的SOA目标不是以一个简单IT项目就可以实现的,它是一个企业IT计划。是一项大型的、长期的任务,是在企业整体战略目标指导下,由一系列相关的、可协同管理的项目组成。

所以实现SOA,一定要讲全局,讲统一,要重视企业战略、总体目标、各部门间的关系,重视服务(接口)的统一规划,由统一的团队持续推进与管控。在整体战略上讲,SOA属于Top-Down驱动的。但是在具体工程实践中,就要考虑实际业务应用的可行性,尤其在目前SOA从理论到实践还有不小差距的情况下,应走Bottom-Up的实施路线,先从实验项目开始,以业务上成功应用为目标,选择适用的SOA技术产品,避免过分投入而没有回报的风险,通过小规模应用的成功,积累经验,不断丰富完善Top-Down的整体架构与相应的规划管控体系,逐步推动SOA计划的实现。

【体验篇】
北京市崇文区:数字全覆盖

“数字全覆盖”是北京市崇文区信息办为促进崇文区产业结构调整、转变经济增长方式而提出的信息化支撑项目。一期工程于2007年3月开始,多家长风联盟的会员企业共同参与建设,于2007年11月完成工程总体建设任务。

本工程是一个全覆盖的电子政务系统,用户范围涉及区政府、各委办局、街道、社区三级体系,包括政务工作人员和公众企业个人用户。业务范围从领导决策系统到个人事项的审批,从社会经济运行到城市网格的每一个市政设施的监控,包括了政务、社会、经济、公众服务等方方面面内容。

尽管项目初期认定SOA技术将是最佳选择,但是并没有在初期就被SOA技术和产品锁定。崇文区信息办始终把握着如何满足崇文区经济与社会发展的目标,协调相关部门参与总体规划,确定业务应用重点,分析建设的难点和阻力,规划可行的整合策略,制定出统一电子政务体系的总纲(Top-Down Driver)。在业务目标和应用场景清晰的基础上,向长风联盟SOA工作组学习SOA技术、标准、产品、解决方案的选择依据和SOA实施指南,评估SOA相关产品与业务应用组件的整合效果,最终采纳了由工作组成员北京有生博大软件技术有限公司提出的SOA整合方案,并选择几个业务系统的身份整合和单点登录应用作为前期试点

Bottom-Up Driver),随着试点成功,依次开展数据整合,应用整合,确保整合后的应用效果,使全覆盖工程在统一标准、统一管控下不断推进,实现全区基础平台和业务系统的统一管理维护、标准兼容、互联互通。

工程采用一体化设计思想,通过SOA的技术架构,实现了身份整合、应用整合、数据整合,建成了全区的统一电子政务体系。在数字全覆盖项目统一规划下,全区信息化工程采用统一标准、集中部署、分布应用的模式,实现全区基础平台和业务系统的统一管理维护、标准兼容、互联互通。

目前,一期工程建设了全区电子政务一体化应用支撑平台、三大基础目录(组织身份、信息资源、应用服务)和三大基础数据库(人口、法人、地理信息),并成功实现9大业务系统的单点登录和门户集成,实现全区近1000人协同办公的统一身份管理,实现了跨部门跨系统的数据统一共享交换。

某省移动公司:用SOA处理投诉

伴随移动通信新业务的发展,某省级移动公司用户数日益增多,用户投诉居高不下。一方面由于新业务日益复杂,流程较长,往往为了处理一个用户投诉使用多套系统,给处理投诉的人员带来了很大的困难,投诉处理任务繁重;投诉处理流程不规范也不合理,处理效率低,资源浪费大,客户满意度较差。另一方面维护和投诉支撑系统建设缺乏统一规划和标准,系统重用性差,更无法实现系统间信息互通和流程化处理。

为了解决这些问题,对该公司来说,按照中国移动网络投诉处理能力前移指导《关于下发<中国移动网络投诉处理能力前移机制>的通知》(网通[2006]698号)提高网络投诉的首次解决率,建设一个集中的综合投诉平台,统一管理各种投诉服务,实现一站式使用管理和流程化处理,显得日趋重要和迫切。

在此背景下,锐易特软件为该移动公司进行了投诉处理综合平台项目的规划建设。

综合投诉处理平台建设的基本思路是以实现各个投诉处理流程为主线,有效整合投诉处理过程中涉及的各个环节,形成界面一致、管理统一的投诉处理平台,提高投诉处理的效率和速度。其中对各个投诉应用系统的集成更是项目的关键。投诉处理系统数目有几十个之多,实现方式、数据接口千差万别,分别由不同的厂商开发,集成到一个统一的综合平台难度很大,因此需要考察这些支撑系统的使用频率、实现方式和集成难度,采用渐进式的方法按照优先级阶段性集成。

鉴于需要集成的投诉处理系统的数目多、复杂性高,该项目采用基于SOA的企业信息整合体系架构,分析各投诉系统,进行服务建模,统一制定服务规约,实现抽取的服务,基于服务完成各个业务流程。

在相关各方的密切配合下,经过前期周密的论证和准备,项目一期经过四个月的紧张工作,完成了基于SOA总线的整合架构和基本投诉平台的建设,并在此基础上,成功实现了短信、梦网、GPRS等以数据类业务为核心的八大类业务投诉处理的整合,并逐步将其他遗留投诉系统整合到统一平台上来。系统运行实际效果证明,该项目不仅顺利实现了预定的业务目标,同时在稳定性、性能方面也完全满足企业级生产环境的要求。

 

相关阅读: