企业在努力实现业务敏捷、推动朝着对工人的个性化支持以及集成业务流程的组合发展。应用集成项目必须权衡这些要素。要平衡好这些要素会涉及到三个功能领域的产品：前我们介绍了工作流产品，本文将继续介绍第二类产品，即组件目录管理。

目录与接口集成及对象代理

服务总线提供了组件连接与工作流控制。SOA和REST为应用与组件定义了接口模型。因为基本工作流和目录服务对于所有应用来说都是强制性的，所以标准供应商中间件会提供几乎所有的RESTful化的应用所需以及许多SOA应用所需的企业应用集成工具。

标准供应商中间件可能会摔跟头的地方是需要混合多个来源的应用，或者必须处理与公司外部合作伙伴的连接。对于这些情况，如果你的需求并不能与服务/消息总线产品匹配，可能就要考虑第三类集成工具：对象代理。

对象代理支持历史悠久的公共对象请求代理结构（CORBA）。它们扩张了在软件组件间做接口的中间件工具，创建了一种更加架构化的、适应性更强且灵活的框架，通过调用不同组件来开发应用。它们是应用设计与组件化的明确组成部分，因此要想采用这种工具，你要么得购买基于CORBA的应用，要么自己开发。尽管步伐缓慢，行业趋势似乎已经远离对象代理与CORBA，因此你在进行一项新的基于CORBA的开发项目时需要留意这一点。不过由于限制还有成千上万个CORBA应用，一段时间内它仍然会是企业应用集成的要素之一。

CORBA产品主要有两款，Orbix及VisiBroker，都是Micro Focus的。这两款产品里面，VisiBroker是更加一般化的产品，无论从用户数量还是行业广度来说都是部署得最广泛的一个。Orbix在金融、电信及交通领域应用广泛。之所以用CORBA部分是因为它在支持跨公司边界的应用连接中易用使用，所以明智的做法是选择在你自己行业里面用得最多的那个。

CORBA和对象代理在小企业当中是很难找到使用的理由的，所以如果你是小企业，最好是从你的标准中间件里面找找有没有基本的接口和目录集成工具，除非你由于交易伙伴的关系或现有应用的原因必须用CORBA。