中间件产品

更新时间:2024-05-22 16:02

中间件产品本身的作用就是连接、过渡,为其所属物品实现更好的价值和功用。他可以是一种产品到另一种产品的过渡,像电脑集成显卡到独立显卡的过渡品,亦半集成半独立,也可以是一件产品的成为产品所需的一个的连接部件。

概念

中间件产品就是为了实现连接、过渡作用,为其所属物品实现更好的价值和功用的产品。也叫连接件、过渡品、产品桥梁、关键连接。

IBM中间件

IBM软件几乎遍布中间件市场的各个领域,从公共关系数据库到在线交易处理,再到面向企业的新的社会网络功能,IBM软件引领着企业诸多关键任务,如信息管理、业务整合、知识管理、企业协作、系统管理等的发展方向。

IBM面向行业的专用中间件(Industry Specific Middleware)具体包括针对各种行业应用集成的适配器(Adapter)或加速器(Accelerator)。可以用在IBM的中间件产品与ISV提供的应用之间,用来解决具体的业务问题。例如在政府的紧急应急系统中,需要把不同部门的系统整合在一起,才能确保不同政府部门的实时协同工作;再例如在电信行业应用中,同一个用户可能在不同的应用中有多个账户,如何将不同的系统整合在一起,给每个用户一个统一的模型,这些都是整合需要做的事情。

Industry Specific Middleware提供的Adapter或Accelerator,将集成过程中需要多次编写的代码以模块化的形式提供给ISV、系统集成商或用户,大大减少了编程工作量,加速了业务系统的整合与集成。

BEA中间件

简介

BEA公司提供的方案在国内IT建设中具备非常强的代表性,这个方案非常好地体现了SOA架构的优势,再结合BEA公司深厚的资源优势,在需求分析、架构设计以及对产品的阐述和分析等方面都非常准确、合理,具有 相当大的价值和借鉴意义。尤其是对于需求的分析和把握能力,作为技术方案甚至比一般的应用方案描述得还细致。

优点

采用SOA架构,通过把原有业务系统的功能,封装成Web Service接口,整合企业现有的应用系统,向外提供统一的门户服务系统,是一个企业信息系统重组的解决方案。这个方案主要解决了两个问题: 企业内部原有的各个独立系统,通过数据共享的方式实现应用整合,使各个系统之间不再是信息孤岛; 采用liquid产品实现数据共享,采用AquaLogic产品部署SOA架构,使系统能够向多渠道提供服务,底层的J2EE服务器采用WebLogic Platform产品。方案适用于企业内部系统的整合,不太适合于外部系统的集成。

该方案层次架构清晰,数据服务层采用liquid实现和现有系统之间的数据交换,liquid具有很强的适应性,可以和传统的关系数据库交换数据,也可以和各种业务系统交换数据,使业务逻辑层无需关心数据是在数据库中还是在业务系统中。业务逻辑层采用WLI实现应用的整合和流程管理。 门户服务层采用Portal实现统一的业务展现和多渠道接入。

易用性一直是系统是否能够成功的重要因素,集成到Workshop中的统一开发工具,能够大幅度简化基于WebLogic Platform的应用开发和部署,使BEA的产品相对比较容易使用。

单一的产品线可以便于培训和后期的维护。采用横向分割的方式,打破了原有各个系统之间互相分割和独立的局面,使系统在一个统一的框架下运行。

不足

该技术方案对于中高端的客户具有比较强的吸引力,但对于方案实施的前提条件,比如客户对于信息和系统整合的迫切程度、数据整合和流程整合的难度等描述偏少,容易使客户低估项目实施的难度。另一方面,方案中也没有提及具体实施,感觉只是设计方案,若补充项目建成之后产生的效益或预期效果,将更具说服力。另外,对于成本分析方面的介绍偏少,而且,对于方案中的服务能力方面的介绍也比较少,没有全面体现出BEA公司在服务支撑方面的能力和优势。

对于横向分割以后的应用系统,新系统的开发必须把业务系统的逻辑实现和展示层的实现完全分离,这种开发方式效率会非常低。集成现有系统,向外提供统一的门户,对于现有的系统实现比较容易,但对于以后的系统规划会比较复杂,如果以后开发的系统不能溶入这套体系中,对降低IT成本及统一门户就值得怀疑了。而且,需要重新开发所有正在运行的系统的展示层,对于原有的系统,如果liquid不能集成,需要修改原有的系统,如果原来采用C/S架构的系统,则无法并入到新的系统。

同时,对于系统的预警和监控也没有做详细说明。预警是系统可靠运行的必备工具,如果某个业务系统运行出现故障时,需要及时通过某种方式向运行维护人员发出报警,否则可能会影响正常交易的执行。而监控是对反映系统实现运行的状态,可以及时调整系统。

最后,对于长事务及异步处理方式也未作说明,而这与系统的可靠运行和原有的业务系统的健壮性有很大的关联。

区别

同时称为中间件,BEA的差距还是比较明显的,单纯从产品线完整性来看,IBM有100多个产品种类,而BEA只有10几种,其中原因来自BEA的几次技术失误。

BEA最早靠Tuxedo树立市场影响的,此后才把BEA品牌推出来,2000年前后,互联网开始兴起,BEA判断传统中间件可能会走向消亡,开始放弃 Tuxedo产品线开发,转而专著应用服务器,押宝Weblogic。但至少国内的情况下,中间件的收益还是来自于传统行业分布式的应用,而不是来自于互联网应用,因为银行基础网络是传统分布式网络,不是互联网;电信领域也是如此,电信内部的管理系统也是建立在分布式网络基础上的,互联网接入只是一种业务服务方式。错误的判断,导致BEA在产品线方面一条腿走路。

IBM所采取的策略是两条线同时发展,一方面巩固最早期的MQ,另一方面发展 Websphere。就以消息软件为例,MQ与Websphere在功能上是重叠的,但是基础路线是两条。当传统行业要用一个传统方式来搞应用的时候,他会告诉你MQ,但IBM同时也有EAI,有工作流,导致产品线很长。但也是由于IBM的雄厚财力决定的。当BEA发现错误之后,重新发展分布式产品线之后,但整体投入很少,对于传统解决方案的产品线是不完整的,但其基于互联网的解决方案产品线相对比较丰富一些。目前,BEA在市场上似乎不落下风,主要还是得益于其市场宣传能力。其特长是可以把握住最为热点的话题,但是在具体实现上,还是显得雷声大,雨点小,也缺乏必要的延续性。

ORACLE

Oracle融合中间件11g是一个全面、集成、可热插拔的中间件套件。11g增强了全套产品的功能,如Oracle SOA套件、Oracle WebLogic套件、Oracle WebCenter套件和Oracle身份管理都增加了新的、创新性的功能。

Oracle SOA套件11g:提供一个单一流程平台——用一套从开发到安全性和治理的完整SOA功能来统一以系统、人员及文件为中心的流程和事件驱动架构(EDA)。Oracle SOA套件11g部署在Oracle应用网格基础之上,为在专用和公用“云”上建立和集成服务而进行了优化。

增强了洞察运营情况的能力并提高了自动化水平,以实现更长的应用服务器运行时间,同时降低管理成本。包括面向Oracle RAC (真正应用集群) 的Oracle融合中间件GridLink和Oracle融合中间件Enterprise Grid Messaging (企业网格通信) 在内的新功能提高了可靠性和可用性。

提供多种可重用、开箱即用的Oracle WebCenter服务组件,这些组件可以插入任何类型的门户,如内联网、综合应用、基于Web的社区等,以提高社交网络和个人的效率。

提供了一个完全集成的身份管理套件的首批组件,实现了与其它Oracle融合中间件解决方案更深入的集成。

Oracle融合中间件11g建立在以前推出的Oracle融合中间件11g战略开发工具基础之上,这些工具包括Oracle JDeveloper、Oracle应用开发框架和Oracle TopLink。

全球已经有超过4万家SI通过了Oracle融合中间件产品的培训;超过5千家ISV采用Oracle融合中间件创建、运行、集成和巩固他们的产品。现有应用软件可以轻松使用这些功能,从Oracle融合中间件10g R3版本无缝升级到11gR1版本。

金蝶中间件

金蝶Apusic是企业基础架构软件平台,为各种复杂应用系统提供标准、安全、集成、高效的企业中间件。金蝶Apusic适用于电子政务、电子商务等不同行业企业。金蝶Apusic拥有Apusic J2EE应用服务器、Apusic MQ消息中间件、Apusic ESB,Apusic Studio开发平台和Apusic OperaMasks,组成轻量级风格的企业基础架构软件平台,其具备技术模型简单化、开发过程一体化、业务组件实用化的显著特性,产品间无缝集成。

免责声明
隐私政策
用户协议
目录 22
0{{catalogNumber[index]}}. {{item.title}}
{{item.title}}