科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航

至顶网软件频道浅析可持续发展电子政务需要从SOA开始

浅析可持续发展电子政务需要从SOA开始

  • 扫一扫
    分享文章到微信

  • 扫一扫
    关注官方公众号
    至顶头条

我国的电子政务建设格局像一个纵横交错的大棋盘,在刚刚过去的“九五”和“十五”期间,我国各级政府部门纷纷规划和建设起各自的电子政务系统工程,在很多方面都取得了显著的阶段性成果。

来源:希赛网 2008年4月21日

关键字: 技巧 开发 中间件 SOA

  • 评论
  • 分享微博
  • 分享邮件

  是过去需要、现在需要,还是将来需要?

  现在,电子政务需要SOA已毋庸置疑,但随之而来的问题就是,电子政务是什么时候需要SOA?是过去、现在还是将来?其实,人们在考虑这个问题的时候,往往会想到我过去已经建了哪些系统,现在还需要建设哪些系统,哪些系统需要整合,至于将来,有个规划就可以了。实际上这是走入了一个误区,即将建设与整合孤立看待。这一误区的主要表征就是以孤立的、静态的、割裂的,而不是发展的眼光看待电子政务的应用建设和应用整合,将业务需求和业务发展割裂开来,以致建设出来的电子政务系统需要整合,整合的电子政务应用仍是按静态需求建设起来,如果需要则再次整合。

  而走出此误区的方法就是将建设和整合有机统一起来。要树立没有从头建起的系统的观念,要从设计上就能够充分意识到系统总是在整合一切可以利用的资源(内部的、外部的)的基础上发展起来的,是为了满足新的业务变化需求。新系统就是旧系统的利用整合,同时它又是将来能够被新业务整合的资源。这正是SOA倡导的设计理念。因此可以这么说,电子政务是时时刻刻都需要SOA的,过去需要,现在需要,将来也需要。尤其以服务为中心和导向的电子政务建设需要SOA,在它的指导下,我们才能够避免走进误区。

  实际上,面向服务的架构已经存在很多年了!因为面向服务是一种设计理念和基于一系列设计原则的,而这些都是与技术无关的。在过去,可用于实现SOA的技术是多种多样的,它们包括CORBA、J2EE、COM/DCOM、MQ、ebXML、EAI、ESB等。在这些技术中,有的适于构建SOA,有的则不然。比如,EAI与SOA同样解决企业集成的问题,但SOA解决的问题远比EAI解决的IT问题多得多,产生的影响要深远得多。

  EAI解决集成的问题往往是在事后,碰到了集成问题,才去想办法通过 EAI来解决,这正是走进了我们前面所说的误区。与之相反,SOA架构解决集成的问题是事先的,也就是说,在一开始搭建SOA这一IT架构的时候,就已经考虑了集成的问题。这是SOA区别于EAI的一个重大不同,也是SOA能够帮助我们走出“割裂建设和整合”误区的佐证。

  电子政务的SOA如何开始?

  前面我们已经论证了电子政务要可持续发展,就需要SOA。现在的问题是,在电子政务的建设过程中,如何才能发挥SOA的最大功效?SOA该如何做起?面对我们所涉及到的众多重要概念,如面向服务、顶层设计、业务模型、流程重组、服务构件等,我们该如何入手呢?

  首先,要把SOA看成方法论,要根据电子政务的业务需要,通盘考虑所需要的业务模型和数据模型。每一条业务线和数据线都要从服务的特征、管理的特征和适应变化的特征去审视,并且每次审视都要围绕上下左右中等多重视角,还要加上一个时间维度。可能需要建立新的面向服务评价模型,要打破单个业务使用独立IT系统的模式,特别是那些可以重复使用的服务,必须要求服从一个统一的SOA架构,开发出有层次的、可重用的体系。其次,要把SOA看成架构平台,或者说要根据业务模型建立支撑重用软件的运行和管理平台。在可重用的层次模型支持下,平台要做到技术无关性,就要以统一的标准去运行和管理重用软件。

  再次,要把SOA看作是软件工厂里的产品装配线。它是一笔对将来业务运营的投入,所以在这笔投入发挥效益之前,需要做相关的计划、设计和开发工作。正如生产线上制造的第一辆车的花费要比第一千辆高出很多一样,用SOA部署的第一个服务所需的花费要比部署第一百个多出很多。SOA的主要优势是逐渐体现出来的,不能一蹴而就。最后,必须投入足够的精力和人员进行技术和业务流程的培训,才能确保所开发的服务是可重用的。

  任何服务的开发,不能只顾及眼前利益,也要考虑长期利益(或许是更重要的)。换句话说,各个服务的单独存在并无太大价值,除非这些服务能与其他服务一起被使用,并能根据业务的变化,快速组合成各种新的应用。 如何使上面所述的SOA方法落地呢?让我们从面向构件去说明电子政务的SOA应该如何开始。

  SOA的方法论就是电子政务的领域构件库,它们在业务模型的支持下呈现出层次结构,构件粒度可大可小,大构件是小构件的组合,上层构件是对下层构件的抽象,在一定的层次上,构件表现出一定功能的服务特征。

  SOA的架构平台就是一个标准的构件容器,它负责解释、运行、监控实例化的构件。这个构件容器是能够跨技术平台的,允许不同服务之间交互数据、参与协同流程,无论它们各自背后使用的是何种操系统或采用了何种编程语言。

  SOA的装配线就是构件的图形化集成环境(IDE)。可以在这里创建构件、复用构件、嵌套构件、组装构件,可以在这里通过构件的组装生成一个个服务。而服务因为具有了内部的构件化特征,使得服务成为一个柔性的结构,而一个柔性结构在适应变化方面要远远优于一个钢性结构的服务,从而延长了这个服务的生命周期。所以说,SOA可从面向构件开始。

    • 评论
    • 分享微博
    • 分享邮件
    邮件订阅

    如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。

    重磅专题
    往期文章
    最新文章