SOA是中间件发展趋势 产品向微内核容器发展

  SOA是中间件发展的趋势  随着互联网技术的发展和全球经济一体化时代的来临,企业在信息化建设中产生了大量为满足产品和服务的软件系统,比如“ERP”、“OA”、“CRM”以及电子政务等,而这些系统之间缺少集成和通讯,形成了一个个的信息孤岛。而以应用集成和流程集成为目标的中间件产品成为了该领域的热点。

  传统的企业集成软件所采用的技术可以分为以下几类:

  1)远程过程调用(RemoteProducecall)

  2)面向消息的中间件(Message-OrientedMiddleWare)—MQ

  3)对象请求代理(ObjectrequestBrokers)—DCOM、CORBA、J2EE

  传统的集成方式是一种紧耦合的继承方式;通讯协议也是非标准的,如微软的DCOM组件和JAVAEE的EJB组件之间无法直接调用;信息格式的非标准化,导致服务请求者和服务提供者之间无法直接通信;应用组件和传输协议的紧耦合,如EJB应用组件紧密耦合RMI传输协议,导致应用只能接受特定协议的请求消息;接口调用的非标准化,如javaxml的接口调用方法和JDBC的接口调用不一致,使得XML文件系统的信息资源和数据库的信息资源无法整合。

  Webservice是一套规范,它定义了应用程序如何实现互操作性,并且和运行平台、操作系统、编程语言无关。为了实现互操作性,Webservice提供一套标准的类型定义,用于沟通不同平台、编程语言和组件模型中的不同数据类型。在传统的分布式系统中,基于接口的技术提供了一些方法来描述接口、方法和参数(如COM和COBAR中的IDL语言)。同样的,Webservice平台也提供一种标准来描述Webservice,让客户可以得到足够的信息来调用这个Webservice。最后,还必须有一种方法来对这个Webservice进行远程调用。这种方法实际是一种远程过程调用协议(RPC)。为了达到互操作性,这种RPC协议还必须与平台和编程语言无关。

  SOA(ServiceOrientedArchitecture,面向服务的体系架构)是近年来软件规划和构建的一种新方法,其概念最早由国际咨询机构Gartner公司于1996年首次提出。SOA这个新的技术路线的提出很好的解决了中间件领域存在的难题,SOA具有以下的特征:

  粗粒度服务:对于粗粒度的服务,当业务发生变化时,服务抽象层次的定义保持不变,通过服务时限层次的变更适应变化;保持服务定义层次不变,使得需求变更对于服务的消费者而言是透明的。这种服务实现的可替换性将业务需求的变化对IT的影响控制在合理的范围内,只对IT系统做必要的变更,从而提高对业务变化的响应速度。

  松散耦合:服务消费者和服务提供者之间的松散耦合。在服务契约设计上,通过抽象设计减少技术依赖性;在服务调用层面上,通过各种中介保持服务调用双方的技术透明性;

  标准化:采用WebService相关的协议标准如SOAP和WSDL,它能够隔离协议和消息等技术层面的关注,再调用Endpoint屏蔽应用层面的技术异构性,从而达到平台中立。

  SOA可以看作是B/S模型、XML/WebService技术之后的自然延伸。SOA将能够帮助客户站在一个新的高度理解企业级架构中的各种组件的开发、部署形式,它将帮助企业系统架构者以更迅速、更可靠、更具重用性架构整个业务系统。以SOA架构的系统能够更加从容地面对业务的急剧变化.

  SOA产品向微内核容器的架构方向发展

  在系统平台的搭建过程中,模块的组织方式决定了系统平台将如何进行开发以及如何进行部署。传统的方式下通过包名的方式来区分模块,通过包名来区分模块的方式使得模块的复用变得特别的复杂,在每个模块一个工程的方式则可以让模块的复用比较的简单,由于模块的组织通常来说和系统的基础架构有直接的关联,由于系统的基础架构没有形成规范,这样就导致有可能因为模块的组织方式不同而无法复用的现象。

  现在的趋势是基于OSGI规范构造软件产品基础平台,提供开放和通用的架构,使得用户以统一的方式开发、部署和管理服务模块。平台通过提供灵活的服务部署机制和强大的管理功能增强了设备的智能性。采用Bundle的方式来进行模块组织,对模块的引用只需接口调用,这就保证了模块模块引用和部署的简单性。在OSGI的规范下,对模块的重用比较简单。

  OSGI的介绍

  OSGI联盟成立于1999年3月,致力于制定管理本地网络设备服务的规范。OSGI组织是为家用设备、汽车、手机、桌面、小型办公环境以及其他环境制定下一代网络服务标准的领导者。

  OSGIR4规范由Framework、StandardServices、FrameworkServices、SystemServices、ProtocolServices、MiscellaneousServices共同组成。

  协同的软件主板SynchroMC

  软件主板是一个微内核、插件式的基础平台,实现中间件的插件化运行环境及动态组装、基础服务。它基于OSGI规范,平台提供了开放和通用的架构,使得用户以统一的方式开发、部署和管理服务模块。

  平台通过提供灵活的服务部署机制和强大的管理功能增强了智能性,采用Bundle的方式来进行模块组织,对模块的引用只需接口调用,这就保证了模块引用和部署的简单性。

  软件主板的关键技术路线包括:

  (1)中间件的插件化运行环境

  为了提供插件统一的生命周期管理、配置、更新管理以及系统服务、管理、事务等公共功能,基于OSGI实现微内核、插件式的基础平台,实现集成中间件的个性化定制和动态组装平台。

  (2)支持分布式体系的iSynchro插件规范沈阳无痛胃镜多少钱:http://jbk.39.net/yiyuanzaixian/ezamyy/

  iSynchro插件规范提供了比OSGI规范更高级的调用接口,它使其他应用和中间件系统可以无缝的插接到软件主板上。更重要的是,本规范要支持分布式体系,即分布在不同计算机上的多个软件主板上的插件系统可以实现集成,就好像插接在一个软件主板上一样。这将极大的提高整体系统的可扩展性。

原文地址:https://www.cnblogs.com/8023feng/p/10681669.html

时间: 2024-11-13 12:06:22

SOA是中间件发展趋势 产品向微内核容器发展的相关文章

东方通中间件TongEASY产品学习笔记[转]

东方通中间件TongEASY产品学习笔记[转] 在我从事的工作中,我最喜欢的一个软件就是中间件.技术不断发展,中间件的概念也不断进行.我所说的中间件,还是传统意义上的.业界使用比较多的中间件,我所涉及的有三个,有BEA的Tuxedo(目前在Oracle旗下),Borland的Visibroker,还有国内东方通的TongEASY. 我使用时间最长的是Tuxedo. 一年前一个机会,甲方准备测试一下这三个中间件谁优谁劣,我作为业务开发负责人,让我可以接触其他两个. 现在想起来,这个机会实在难得.现

SOA与中间件

在分布式系统中,有一个基础的理论 CAP,Consistency一致性 Availability可用性 Partition Tolerance分区容忍性,任何一个系统都不可能同时满足这三个条件(高富帅或白富美很难同时满足),结构化存储(关系型数据库 RDBMS)满足的是CA,半结构化存储(MongoDB HBase)满足的是CP.但是可以看出,它们都需要满足一致性的要求. 在分布式系统中,组件部署在多台机器上,它们通过网络相互协同工作,共同完成系统的使命.在分布式系统中,将各个功能单元当成服务来

产品型公司的发展-Zoho发布费用管理新品,让CRM系统更强大

其实就是CRM+报销应用.应该是CRM在使用过程中,用户不断提出,怎么没有现成的报销功能?还得我自己写审批流程,虽然用应用开发平台creator也能免费实现并作为一个功能嵌入到CRM里,但是这是通用的客户需求,于是Zoho就另外开发了这个在线报销软件,让业务员出差在外申请报销更方便.虽然是独立的一款软件,但是它和CRM做了集成,相当于是CRM系统的延伸吧.大家看看就好,因为目前还没有中文版,扫描报销单据时对中文的报销单据也不是很好.就是想让大家从中体会一下完全依靠卖产品的在线软件产品帝国是如何形

产品经理之职位发展

 计划2015年每天写一篇文章 由于文章编辑器的效率实在太低,所以选择演示文稿导出成图片 部分内容直接使用我在曾经北京航空航天大学开设的<移动终端用户交互工程>的演示文稿,同样效率原因因而直接贴图片 提问请移步 http://weibo.com/p/1001603807756162314958 计划2015年每天写一篇文章 由于文章编辑器的效率实在太低,所以选择演示文稿导出成图片 部分内容直接使用我在曾经北京航空航天大学开设的<移动终端用户交互工程>的演示文稿,同样效率原因因而

产品经理之流程发展

 计划2015年每天写一篇文章 由于文章编辑器的效率实在太低,所以选择演示文稿导出成图片 部分内容直接使用我在曾经北京航空航天大学开设的<移动终端用户交互工程>的演示文稿,同样效率原因因而直接贴图片 提问请移步 http://weibo.com/p/1001603808121955961532 计划2015年每天写一篇文章 由于文章编辑器的效率实在太低,所以选择演示文稿导出成图片 部分内容直接使用我在曾经北京航空航天大学开设的<移动终端用户交互工程>的演示文稿,同样效率原因因而

千万用户级别应用系统背后的SOA组件化容器

背景 在<我们的应用系统是如何支撑千万级别用户的>随笔中已经从“宏观”角度去介绍了整个应用系统的布局.组件化是整个系统由头到尾都始终坚持的一个设计原则,其中“SOA组件化容器”也是我们应用系统比较特别的一点.好东西肯定要分享,当然,这个好还只停留在自恋当中. 主题 上图为整个SOA容器(即WEB容器)的透析图.其中各个(黄色)组件的执行流程就是整条业务线程的执行流程.例如在我们应用系统中主要包括会话组件.安全拦截组件.业务验证组件.业务解析组件.业务服务组件.业务响应组件.日志组件等.也就是这

移动中间件产品的解决方案

1.HTML5方案 当前国内市场,有一些号称移动中间件的产品,但基本都采用HTML5方案.在技术实现上一般都是采用国外开源的PhoneGap项目进行了封装.HTML5标准在不同移动设备上的差异比较大,适配这些设备需要额外的工作. 2.使用Web方式开发原生应用(基于原生控件而非HTML) 比较典型的有:iMAG 很好地解决了兼容性问题,使应用在不同移动设备上具有同样的表现.现有web开发人员可以转换成移动应用开发者. 因为iMAG引擎底层封装的是原生UI控件,因此具有和原生应用相同的性能和用户体

什么是中间件

1. 由来 因为工作的原因,我从金蝶集团调入金蝶中间件公司工作以来,经常遇到一个问题就是中间件公司是个什么公司,中间件是什么?,金蝶不是做ERP的吗?怎么也做中间件?.这是我以前在金蝶集团时无法想象的问题.因为金蝶,金蝶ERP的品牌以及大众对ERP的了解,是无需我解析什么是ERP,什么是财务软件一类的问题的. 毕竟,中间件在实际的应用过程中,是对应用软件起到支撑作用,最终用户并不直接使用中间件,中间件不是大众消费类软件产品.因此,除非是一个行业专业人士,一般不大可能与中间件打交道,不太了解什么是

浅谈中间件

浅谈中间件 1. 由来 因为工作的原因,我从金蝶集团调入金蝶中间件公司工作以来,经常遇到一个问题就是中间件公司是个什么公司,中间件是什么?,金蝶不是做ERP的吗?怎么也做中间件?.这是我以前在金蝶集团时无法想象的问题.因为金蝶,金蝶ERP的品牌以及大众对ERP的了解,是无需我解析什么是ERP,什么是财务软件一类的问题的. 毕竟,中间件在实际的应用过程中,是对应用软件起到支撑作用,最终用户并不直接使用中间件,中间件不是大众消费类软件产品.因此,除非是一个行业专业人士,一般不大可能与中间件打交道,不