中间件产品分类
Message Oriented Middleware
Object Oriented Middleware
Transaction Processing Middleware
Database Middleware
RPC Middleware
(来源:http://www.tongtech.com)
|
序号
|
种类
|
优劣
|
产品
|
| 1 | 数据库客户端连接产品 管理数据库连接，抽象 网络协议。一般由数据库厂商或支持多数据库的中间件提供。 |
数据库厂商的产品功能较强、性能较好。而独立于数据库的产品用于多数据库环境时 |
|
| 2 |
数据库存取APIs
支持对数据库存取的编程，可以使用存储过程。OO数据库常为OO编程语言如Java/C++提供适应ODMG的接口。 |
数据库厂商的APIs可支持对数据库所有功能的存取，因而适合编写OLTP的应用。而ODBC或JDBC更适合多数据库的环境。 |
|
| 3 | 数据迁移、转换 用于数据复制、转换、信息增值。常作为数据仓库解决方案的一部分。 |
使完全不同的数据包和遗留的应用能协同工作，但需要建立诸如时间、数据优选和整合、以及资源等要素。 |
|
| 4 | 元数据服务 注重对数据的结构进行操作而不是数据本身，读写数据库的分类信息。 |
有效的减少了把不同的数据包和应用集成到数据仓库中的工作量和配置工作 |
|
| 5 | 底层的同步服务（RPC） 使调用远端的过程和在本地一样。在被调用的处理未完以前，调用进程处于阻塞状态。 |
简单的代码抽象，只有在所有的SERVER都是在线的情形才能工作。不适合移动或Internet应用。 |
|
| 6 | 简单的异步消息 简单是消息发送和接收，有时扩展到可靠投递、智能路由和名字服务。 |
对需要高性能的异步通讯的应用非常有用。但需要所有的SERVER都在线。 |
|
| 7 | 应用级的消息队列 是简单的消息中间件的扩展，增加了队列、脱机处理能力、可靠投递和发布订阅等功能。 |
使分布式处理可以在脱机、事件驱动等的方式下运行，适合与电子商务、移动用户、工作流或其它的环境中。 |
|
| 8 | 应用协调器 通常是应用级消息队列的扩展，增加了许多工具用于建立适合事件服务的的集成应用。 |
有效地节约集成的时间特别是针对应用包或工作流产品 |
|
| 9 | COM+/DNA 微软的分布式构件平台，使企业应用更加可扩充和可管理。 |
从COM发展而来，是构件市场上的主流产品。尚需增加针对企业应用的可靠特性。 |
|
| 10 | CORBA 平台 OMG标准，通过ORB把分布的对象连接成一个逻辑上统一的整体。 |
工业组织的标准，可用不同的方式实现，以企提高互操作能力。 |
|
| 11 | 对象服务 CORBA 定义了名字、事件、交易、交换等服务，扩充了BOA的功能以满足复杂应用的需求。DNA提供了类似的东西 |
如果各厂商全部支持这些服务的话，会使它们之间的互操作简单，但较难作到。不过这些服务都是企业应用所必需的。 |
|
| 12 | Enterprise JavaBeans 标准的Java API 规范，用于存取高级服务，如Directory，CORBA IDL，交易、数据库存取等。 |
Beans 是一个很好的构件模型，给出了清晰的服务接口。 |
|
| 13 | 交易监控器 用于开发实时的OLTP应用的服务器和API，用于管理交易，共享资源。 |
已证明是建造OLTP 应用的有效手段。通常是非面向对象的，带有特有和复杂的API。 |
|
| 14 | 应用服务器 针对Internet、Intranet和其它分布式构件应用，提供服务方构件的完整环境。 |
与交易监控器类似，只不过是面向对象的、支持构件、具有标准API。 |
|
| 15 | 工作流/应用集成 大杂烩，把工作流和应用开发技术如消息及分布式构件结合在一起。 |
使处理能方便自动的和构件、script 应用、工作流行为结合在一起，同时集成文档和电子邮件。 |
|