- 相关推荐
对面向服务的企业信息构架探讨
[摘 要] 本文了信息系统建设中存在的,提出通过构建面向服务的企业信息架构是解决企业“信息孤岛”和 企业信息系统缺乏柔性等题目的有效,并全面先容了SOA架构的基本概念、特点和SOA架构的上风,了SOA 架构的构建过程和构建策略。[关键词] 企业信息构架;SOA;服务
一、引言
面对知识的迅猛和经济全球化的挑战,党和国家作出了“以信息化带动化,积极推进信息技术在各行各业的广泛”的重大决策。当前,企业的信息化意识也明显进步,信息化进程正在加快,企业信息化工作在进步生产率和企业竞争力方面正在形成巨大的潜力。中国企业信息化建设大致可分为两种模式:一种是具有宏观治理背景的“自上而下”模式,例如烟草业、电信业和银行业信息化建设等。这些企业在系统建设之初,无法对未来可能发生的变化作出清楚的预见和预备,因此系统建设时特别夸大IT系统的稳定性与一致性,系统缺乏柔性和适用性,面对日益频繁而又深刻的业务变化,其应变能力不免捉襟见肘;另一种是“自下而上”的模式。在一个企业内部,多种系统、多个应用并存。今天是财务软件,明天是ERP,再过几天又是SCM、CRM。“一个部分一个服务器”的现象比比皆是,这也造成了企业内部形成了各种不同形式的“信息孤岛”,企业数据的一致性无法保证,信息及时共享、反馈难。“信息孤岛”使得大量的信息资源不能充分发挥应有的作用,效率低下,这已经成为阻碍企业信息化建设进一步发展的最大障碍。
要彻底解决上述题目,企业就必须建立一个灵活的、快速响应的客户支持基础架构,它可以包容现有的应用并满足未来的客户需求和业务需求。与其他企业信息架构方法相比,面向服务的企业信息架构(SOA——Service-Oriented Architecture)能让企业信息系统变得更有弹性,能更快地响应业务需求,从而实现更好的业务灵活性,使企业能够对快速的变化作出有效的响应,并利用变化来获得竞争上风。
二、SOA概述
1.什么是SOA? SOA的思想最早是由Gartner于1996年提出,他为SOA描述的远景目标是:让信息系统变得更有弹性,以更快地响应业务单位的需求,实现实时企业(Real-Time Enterprise)。目前对SOA尚未有一个同一的、业界广泛接受的定义。一般以为:SOA(面向服务的架构)是一个组件模型,它将应用程序的不同功能单元——服务(Service),通过服务间定义良好的接口(Inte***ce)和契约(Contract)联系起来。接口采用中立的方式定义,独立于具体实现服务的硬件平台、操纵系统和编程语言,使得构建在这样的系统中的服务可以使用同一和标准的方式进行通讯。
SOA 作为一种信息系统架构,为解决业务集成的需要,支持将企业的业务作为链接服务或可重复业务任务进行集成,可在需要时通过访问这些服务和任务。这个网络可以是企业的内部网络,也可以是国际互联网。通过采用不同的技术,对来自分布在不同物理位置的不同的服务进行组合,可让终极用户感觉似乎这些服务就安装在本地桌面上一样。根据需要,这些服务可以将自己组装为按需应用程序——即相互连接的服务提供者和使用者集合,彼此结合以完成特定业务任务,使您的业务能够适应不断变化的情况和需求(在有些情况下,甚至不需要人工干预)。
2.SOA 架构的分层模型。在SOA 系统中,不同的功能模块可以被分为7层:第1层是企业信息系统中已经存在的程序资源,如ERP、SCM或CRM系统等;第2层是组件层。在这一层中我们用不同的组件把底层系统的功能封装起来;第3层是SOA 系统中最重要的服务层。在这层中我们要用底层功能组件来构建我们所需要的不同功能的服务;第4层是贸易流程层。在这一层中我们利用已经封装好的各种服务来构建贸易系统中的贸易流程;第5层为表示层。我们利用表示层来向用户提供用户接口服务,这一层可以用基于门户(portal)的系统来构建。以上这5层都需要有一个集成的环境来支持它们的运行,第6层中的企业服务总线(ESB)提供了这个功能。第7层主要为整个SOA 系统提供一些辅助的功能,例如服务质量治理、安全治理这一类的辅助功能。
3.SOA的特点。简单地说,SOA 架构具有以下一些典型特点:
(1)松耦合性。这一点使SOA区别于大多数其他的组件架构。松耦合性要求SOA 架构中的服务请求者到服务提供者的绑定与服务之间应该保持一种松耦合的关系,也就是一种相对独立无依靠的关系。SOA将服务使用者和服务提供者在服务实现和客户如何使用服务方面隔离开来。这就意味着,服务请求者不知道提供者实现的技术细节,比如程序设计语言、部署平台等等。服务请求者往往通过消息调用操纵,请求消息和响应,而不是通过使用API和文件格式。这使得服务能够在完全不服务使用者的情况下进行修改。
(2)位置透明性。位置透明性要求SOA系统中的所有服务对于他们的调用者来说都是位置透明的,也就是说每个服务的调用者只需要知道他们调用的是哪一个服务,但并不需要知道所调用服务的物理位置在哪里。
(3)服务的可重用性。服务的可重用性设计明显地降低了本钱。为了实现可重用性,服务只工作在特定处理过程的上下文中,独立于底层实现和客户需求的变更。可重用服务采用通用格式提供重要的业务功能,为开发职员节约了大量时间。
(4)协议无关性。协议无关性要求每一个服务都可以通过不同的协议来调用。SOA 架构的这些特性为企业信息系统架构提供了更加灵活的构建方式,基于SOA的企业信息架构,可以从底层架构的级别来保证整个系统的松耦合性以及灵活性,这都为未来企业业务逻辑的扩展,实现业务灵敏性打好了基础。
三、构建基于SOA的企业信息架构
1.基于SOA的企业信息系统上风。基于SOA的企业信息系统的核心思想是让企业业务应用不受限于信息技术,让企业轻松应对贸易服务变化和发展的需要。SOA着眼于日常的业务应用,并将它们划分为单独的业务功能和流程,即所谓的服务。基于SOA的企业信息系统架构与其他企业信息系统架构相比有以下上风:
(1)基于SOA的企业信息系统能更加真实地反映出与业务模型的结合。企业信息系统架构环境中单个应用程序是无法包容用户的各种业务需求的,即使是一个大型的ERP解决方案,仍然不能满足这个用户不断膨胀、变化的业务需求。在其他类型的企业信息架构中,为了对市场快速做出反应,企业只能在现有的信息系统基础上通过不断开发新应用、扩展现有应用来支撑其现有的业务需求。SOA贸易应用思想是“业务驱动服务,服务驱动技术”。在采用SOA的企业信息系统中,系统的核心放在服务上,而服务是同业务流程结合在一起,因此能够使信息系统更加精确地表示业务模型。
(2)基于SOA的企业信息系统能更好地支持贸易流程。一方面,从信息技术角度来看,SOA使用可替换的技术和方法(例如消息机制),通过把服务联系在一起而非编写新代码来构架业务应用。经过适当构架后,这种消息机制的应用答应企业仅通过调整原有服务模式而非***进行大规模新的应用代码的开发,使得在贸易环境许可的时间内对变化的市场条件做出快速的响应;另一方面,SOA也不仅仅是一种信息系统的架构和信息系统开发的方***——它还包含治理。例如,应用SOA后,治理者可以方便地治理这些搭建在服务平台上的企业应用,而不是治理单一的应用模块。其原理是,通过分析服务之间的相互调用,SOA使得公司治理职员方便地拿到什么时候、什么原因、哪些贸易逻辑被执行的数据信息,这样就帮助了企业治理职员或应用架构师迭代地优化他们的企业业务流程、应用系统。
(3)SOA有利于业务的集成,解决了“信息孤岛”。SOA要求开发者从服务集成的角度来设计软件,考虑复用现有的服务,或者检查如何让服务被重复利用。通过服务的重用,可方便地实现各业务应用的集成,实现单一用户视图。SOA中的服务既可以定义为功能,又可同时对外定义为对象、应用等等。这使得SOA 可适应于任何现有系统,并使得系统在集成时不必刻意遵循任何特殊定制。SOA 的最佳策略是与现有的系统共存,而不是替换已经运行中的系统。通过将原有的应用和资源转变为可共享的标准服务,SOA将打破“信息孤岛”,保存原有信息系统的资产。
2.基于SOA的企业信息系统构建过程。由于SOA 涉及到业务的诸多方面,因此需要从一开始就对SOA 项目进行细心的规划和设计。SOA的实施大致经过以下几个步骤:
(1)建模。这一步几乎和技术没有任何关系,所有事项都与企业的业务相关。建模是要确定企业的业务活动或流程实际是什么,并对企业的业务体系结构进行记录。建模业务流程的程度将依靠于预期实现的深度。企业信息架构师将对实际的业务服务进行建模,企业信息系统开发职员将对单个服务进行建模。
(2)组装。对业务流程进行了建模和优化后,开发职员可以开始构建新的服务,并重用已有的服务,然后对其进行组装以组合形成应用程序,从而实现这些流程。
(3)部署。进行了建模和组装后,要将组成SOA 的资产部署到安全的集成环境中。此环境本身提供专门化的服务,用于集成业务中涉及的职员、流程和信息。这种级别的集成可帮助确保将企业的所有主要元素连接到一起协同工作。此外,部署工作还需要满足业务的性能和可用性需求,并提供足够的灵活性,以便吸纳新服务(并使旧服务退役),而不会对整个系统造成大的。
(4)治理。SOA部署后,需要从信息技术和业务两个角度对系统进行治理和监视。在治理过程中收集的信息用于帮助实时地了解业务流程,从而能更好地进行业务决策,并将有用的信息进行反馈,以进行持续的流程改进工作。在这一步中,还进行系统的监视和优化,找出技术体系结构和业务体系结构中有待改进之处,以对相关的业务进行重新构建或改进。
3.基于SOA的企业信息架构构建原则和策略。国内外企业成功实施SOA架构的经验,我们可以看到,实施SOA有一定的策略和原则,有一定的论。
(1)做好现有信息系统评估和SOA系统规划工作。要对企业现有的信息系统做全面的评估,了解已有的系统能用多少,有多少需要改造,还需要上哪些新的系统,将来的新系统该如何满足企业业务应用的需求,还可能为这个新的系统,需要投进的资本大概有多少等。总之,要有整体的规划,这也是实施SOA最为基础的一步。
(2)通常采用迭代的方法来实施SOA。企业在采用SOA的架构进行信息系统改造时,不可能立即进行全面的转换。事实上,孤注一掷的方法会增加失败的风险。通常采用迭代的方法逐步通过各个采用阶段,首先开发少数试点项目服务,然后缓慢扩展,逐步将企业的信息系统更新为在SOA 内工作的服务。
(3)关注本钱和受益。SOA反对四处出击,要按本钱受益顺序确定服务开发的优先级,按投资回报率(ROI)分阶段实施项目。通过仔细的规划,启动本钱要限制在现有预算内。经过一段时间后,服务模块的重用会确保以后每个新业务应用程序的启动本钱很低。
(4)SOA实施的各阶段分工要明确。实施SOA,不可能所有的开发构建工作由企业自己的IT团队来完成,也不可能像一般的应用软件系同一样能够从市场上立即购买、安装后就能使用。SOA实施的各阶段可由企业内外不同的部分来协作完成,如流程分析和建模工作可由专业的咨询公司来做,系统实施交给IT企业,企业的IT团队则主要抓项目治理。
(5)使用SOA成熟度模型。SOA成熟度模型(SOA Matu-rity Model)可以为IT和业务用户提供一种框架,使其能够正确地评估SOA在企业中的适用性和收益,帮助企业成功实施SOA。
(6)重视企业SOA人力资源建设。SOA的“业务驱动服务,服务驱动技术”思想决定后,企业就需要一批熟悉SOA服务的人才,也就是既熟悉企业业务流程,又熟悉信息技术,并能在两者之间能够找到很好平衡点的新型复合型人才。SOA固然不是新概念,但企业中真正具备成功实施经验的人才还是弥足珍贵的。在实施SOA过程中,企业不可能一味依靠乙方的气力完玉成面转向SOA这一浩大的工程,培养自己的人才队伍对于很多企业自身来说是个长期工程。
四、结论
通过构建面向服务的企业信息架构可以解决企业“信息孤岛”和企业信息系统缺乏柔性等题目。企业实施SOA可以充分保存过往的信息系统投资,通过建立一个能够屏蔽底层系统复杂性的基础架构,为信息资产的自由活动构建一个基础平台。然后,将原有系统中的各个业务功能封装成服务,并根据业务的需求进行重新组合,终极复合成新的业务系统,快速满足新的业务需求,从而实现企业信息架构的业务灵敏性。
:
[1] 邓景毅.企业信息架构(EIA)的构建[J]. 企业,2005,(10).
[2] 叶宇风.基于SOA的企业应用集成[J].微学与机,2006,(5).
[3]周佳.架构设计师与SOA. http://blog.csdn.net/zhoujia1983/archive/2005/12/15/553426.aspx,2005,(12).
[4] Bobby Woolf.SOA and Web services.http://www-128.ibm.com/developerworks/cn/webservices/newto/index. html,2005,(10).
[5]Jason Bloomberg,.Principles of SOA. http://geek-swithblogs.net/jschneebaum/articles/ 38549.aspx,2005,(4).
[6]Hao He.What is Service-Oriented Architecture? http://webservices.xml.com /pub/a/ws/2003/09 /30/soa.html,2003,(9).
[7]Qusay H.Mahmoud.Service-Oriented Architecture (SOA)and Web Services: Road to Enterprise Application Integration(EAI). http://java.sun.com/developer/technical Articles/WebServices/soa/,2005,(4).
【对面向服务的企业信息构架探讨】相关文章：
企业信息化网络构架的选择12-09
企业信息资源开发与利用探讨03-24
浅析面向能力培养的高等教育教学模式探讨03-18
企业信息化模式的概念和意义探讨03-24
基于面向知识管理的中小企业信息化建设策略03-22
基于流程组件的面向服务运维架构03-07
服务补救策略及步骤探讨03-07
浅析《文心雕龙》的理论构架12-05