扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
是过去需要、现在需要,还是将来需要?
现在,电子政务需要SOA已毋庸置疑,但随之而来的问题就是,电子政务是什么时候需要SOA?是过去、现在还是将来?其实,人们在考虑这个问题的时候,往往会想到我过去已经建了哪些系统,现在还需要建设哪些系统,哪些系统需要整合,至于将来,有个规划就可以了。实际上这是走入了一个误区,即将建设与整合孤立看待。这一误区的主要表征就是以孤立的、静态的、割裂的,而不是发展的眼光看待电子政务的应用建设和应用整合,将业务需求和业务发展割裂开来,以致建设出来的电子政务系统需要整合,整合的电子政务应用仍是按静态需求建设起来,如果需要则再次整合。
EAI解决集成的问题往往是在事后,碰到了集成问题,才去想办法通过 EAI来解决,这正是走进了我们前面所说的误区。与之相反,SOA架构解决集成的问题是事先的,也就是说,在一开始搭建SOA这一IT架构的时候,就已经考虑了集成的问题。这是SOA区别于EAI的一个重大不同,也是SOA能够帮助我们走出“割裂建设和整合”误区的佐证。
电子政务的SOA如何开始?
任何服务的开发,不能只顾及眼前利益,也要考虑长期利益(或许是更重要的)。换句话说,各个服务的单独存在并无太大价值,除非这些服务能与其他服务一起被使用,并能根据业务的变化,快速组合成各种新的应用。 如何使上面所述的SOA方法落地呢?让我们从面向构件去说明电子政务的SOA应该如何开始。
SOA的方法论就是电子政务的领域构件库,它们在业务模型的支持下呈现出层次结构,构件粒度可大可小,大构件是小构件的组合,上层构件是对下层构件的抽象,在一定的层次上,构件表现出一定功能的服务特征。
SOA的架构平台就是一个标准的构件容器,它负责解释、运行、监控实例化的构件。这个构件容器是能够跨技术平台的,允许不同服务之间交互数据、参与协同流程,无论它们各自背后使用的是何种操系统或采用了何种编程语言。
SOA的装配线就是构件的图形化集成环境(IDE)。可以在这里创建构件、复用构件、嵌套构件、组装构件,可以在这里通过构件的组装生成一个个服务。而服务因为具有了内部的构件化特征,使得服务成为一个柔性的结构,而一个柔性结构在适应变化方面要远远优于一个钢性结构的服务,从而延长了这个服务的生命周期。所以说,SOA可从面向构件开始。
如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。
现场直击|2021世界人工智能大会
直击5G创新地带,就在2021MWC上海
5G已至 转型当时——服务提供商如何把握转型的绝佳时机
寻找自己的Flag
华为开发者大会2020(Cloud)- 科技行者