tuxedo中间件.doc

BEA TUXEDO 技术概要 一一 引言引言 1 1 二二 BEA TUXEDO的组件软件模型的组件软件模型 2 2 三三 BEA TUXEDO 的特点的特点 4 4 四四 BEA TUXEDO 的组成与功能的组成与功能 9 9 1 配置信息库 9 应用程序配置 9 公告牌 9 2 核心子系统 9 事务管理器 10 工作站 14 域 15 DCE 集成 15 队列服务 16 3 其他特性 17 与X Open 的TX标准兼容 17 COBOL支持 17 国际化 17 五五 总结总结 1818 1 一一 引言引言 BEA TUXEDO 是在企业 Internet 这样的分布式运算环境中开发和管理三 层结构的客 户 服务器型关键任务应用系统的强有力工具 它具备分布式事务 处理和应用通信功能 并提供完善的各种服务来建立 运行和管理关键任务应 用系统 开发人员能够用它建立跨多个硬件平台 数据库和操作系统的可互操 作的应用系统 BEA TUXEDO 是企业 Internet 分布式应用中的基础主干平 台 见图 1 它提供了一个开放的环境 支持各种各样的客 户 数据库 网 络 遗留系统和通讯方式 图 1 BEA TUXEDO 是企业 Internet 分布式应用中的基础主干平台 BEA TUXEDO 使分布式关键任务应用系统具有大型主机的性能 从而使这 些应用系 统能够应付数以千计的用户 大交易吞吐量 多并行数据库存取和大 量数据 同时保持较短的反应时间 较高数据完整性和安全性 并且确保全年 天 每周 天 每天 小时的系统可用性 同时 BEA TUXEDO 还能 让开发人员和系统管理人员享用分布式运 算环境提供的好处 如技术成本的低 增长率 灵活性提高 快速应用开发和安装以及业务信息存 取得以改善 2 二二 BEA TUXEDO的组件软件模型的组件软件模型 关键业务应用通常是面向事务的 要求具有准确的数据完整性 较好的性 能和管理需求 这些需求要求对应用的开发 调度和操作给出一个结构化的方 案 由像 BEATUXEDO 这样的中间件支持的组件软件模型为分布式环境处理关 键性业务应用提供了一 个结构化的 解决方案 BEA TUXEDO 和基于组件的应 用设计从异构的计算资源中创建了一个虚拟主 机 在分布式应用系统级提供可 管理的相互关联的资源 许多组织在进行了一段时间的分布式应用工作后 现在已经认识到组件软 件模型是他们的必然选择 分布式应用的直接动力是主机应用和集中式中规模 的应用系统基础上又逐渐配备有大量的台式系统和服务器系统 这些分布式系 统在标准网络传送协议的支持下 呈松散耦合的态势 事实上它们构成了网络 计算资源的基础 在开始的时候 分布式系统主要服务于把集中式系统的前台 应用迁移到网络环境 主要用台式处理器和文件 服务器 实现文档处理和电子 邮件通讯应用系统 接着 两层的客户 服务器数据库应用在部门级被采用 这 类应用把交互式文件共享进化到并发数据元素访问 在数据级支持更细粒度的 管理 虽然这些客户 服务器应用具体化了真正分布式应用处理的概念 它们仍 留有为某一目标定制的特性 规模和管理能力都有限 更重要的 这些应用只 停留在较细粒度的数据访问上 使得整个应用系统宛如磐石 不能有效地利用 网络资源 面对更大规模的关键业务应用 如要进行有效的分布式处理 就要求从客 户 数据库方案转变到三层 客户 应用系统 数据服务器结构 以后者为核心的组 件软件 模型是客户 服务 器计算的拓展 它支持应用分区 能有效地开发和调 度应用业务逻辑 管理分布式应用的可靠执行 BEA TUXEDO 采用三层结构的组件软件模型 图 2 表示 BEA TUXEDO 的组件软件模 型的概要 该结构分为三层 图 2 BEA TUXEDO 的组件软件模型概要 3 客户为第一逻辑层 实现用户交互和数据表示 向第二层的服务器请求调 用核心的业务逻辑处理服务 比如数据库的读取和更新 中间层为服务器组件 这些组件由 BEA TUXEDO 管理 实现核心的业务 逻辑服务并 将这些服务按名字广播 接受并处理从客户或其他服务器发出的 请求这些服务的消息 并将处理结果返回给请求者 即客户或其他服务器 资源管理器 比如像关系数据库 构成模型的第三层 负责管理应用系统 的数据资源 服务器组件在完成服务的过程中通过资源管理器存取它管理 的数据 或者说请求资源管理器的数据服务 相对于以数据库为中心的的 两层 客户 数据库服务器模型 BEA TUXEDO 的三层结 构模型 客户 应 用服务器 数据库将应用的业务逻辑和用户界 面的表示分开 这样就允许 开发人员专注于应用的核心业务逻辑的划分 封装 与相 互作用 快速建 立系统的核心业务功能的原型 另外 明确地划分界面表示和业务逻辑 对用户有效地管理应用系统也是 意义重大 对具有成百上千个客户的两层结构的系统来说 经常性的更新 升 级系统是一项十分棘手的维护工作 尤其是当系统已经投入实地运行以后 三 层模型将用户交互的表示部分与内部的业务逻辑分开 这样对业务逻辑的一些 修改甚至数据库模式的改动经常都不要求客户的改动 而且 将核心业务逻辑 组件和表示逻辑及数据层划分开 BEA TUXEDO 可以在服 务 级别 上非常有 效地管理应用的运行 它可以动态地管理消息流程和服务请求 快速启动 和停 止服务器 根据变化的负荷复制服务器 动态地广播 撤消服务器中的服务 将 服务从一个服务器转移到另一个服务器等等 这些对中间层应用的服务级别上 的管理大大增加了分布式应用的伸缩性和灵活性 4 三三 BEA TUXEDO 的特点的特点 减轻开发人员负担 BEA TUXEDO 的三层结构组件软件模型将用户界面的表示部分和业务逻辑 部分按客户 组件服务器组件分开 使开发人员能够按组件的思想专注入于业务 逻辑的开发 用户界面部分可用流行的前端开发工具来快速完成 而客户和服 务器之间 服务器和服务器之间的通讯 异构平台之间的数据变换 以及服务 器和数据库之间的集成和事务控制都由 BEA TUXEDO 来完成 当数据库或服 务器端的业务逻辑改变时 客户端则不一定要改变 反 之当客户改变或增加新 的客户界面时 服务器端则不一定要改变 大大增加了应用系统的各部分的可 复用性 BEA TUXEDO 提供的简洁 API 使用户程序能够物理地点透明地在客 户 和服务器之间 服务器和服务器之间进行各种方式的通讯 极大地减轻开 发人员的负担 BEA TUXEDO 提供的通讯方式有同步 RPC 调用 异步 RPC 调用 对话通 信方式 广播 通讯方式 异步存储转发队列通讯 事件通讯方式等 使系统的安装与升级更容易 在 BEA TUXEDO 的三层结构组件软件模型下开发的应用程序以服务器组件 和客户组件 为安装 升级的单位 当一个组件需要更新时 管理人员甚至能够 在运行系统不停机的情况下完成系统的升级 这在客户端为数以千计的关键任 务应用中尤为重要 减轻系统管理人员负担 BEA TUXEDO 系统提供从一个中心点对整个分布式系统进行全局监控及管 理的能力 管理员根据一个整体系统视图 而不仅是单个节点或单元 提供的 信息 可以作出决定和采取动作 BEA TUXEDO 不但提供了一些管理命令 而 且提供了一个集成的图形界面管 理工具 集中地 监视和管理应用系统的运行 并且可动态地修改系统配置 通过 Java 的 applets 还可利用 Internet 的浏览器 比如 Netscape 或 Microsoft 的 Explorer 来运行该图形界面管 理工具 此外 BEA TUXEDO还提供了描述系统中各对象的管理信息数据库 MIBS 和存取 管理 这些管理信息数据库的管理API 用户可利用这些管理API 编写自己特有的管理工 具 非常高的性能 一方面 BEA TUXEDO 能够使多个客户连接到一个服务器进程 由这个 服务器进程 存取数据库 为客户的请求服务 这样 数据库为处理连接所需 的资源大大减少 另一 方面 客户和服务器之间 服务器和服务器之间的通 讯中 网络上流动的只有相对较少 的客户或服务器的请求和服务器处理的结果 而不再是两层结构中客户和 DBMS 之间的大 量 SQL 请求和应答 此外 利 用 BEA TUXEDO 特有的一 些机制也能极大提 高应用系统的 性能 比如利用 异步 RPC 机制实现扇出并行 利用转发机制实现流水线并行 利用多服务器单 队列实现多处理并行等 所有这些因素使 BEA TUXEDO 的应用系统具有极高 的性能 世界上大部分硬件服务器的 TPC 性能指标都是在 BEA TUXEDO 上 5 完成的 更高的可用性 BEA TUXEDO随时知道它控制下的资源的情况 并利用这些信息为应用提供最大可 用性 分布式系统使资源故障的影响复杂化 在一个分布式系统中 多个节点代表更多的潜在故 障点的可能 但也可以代表在资源恢复开始时在其他节点上重新分配工作的更大潜力 BEA TUXEDO在这种分布式系统故障恢复上具有优势 TUXEDO将重启应用进 程 并且 能在硬件故障情况下在其它结点上重新运行进程 分布式环境中更高水平的数据完整性 BEA TUXEDO设计了数据资源的绝对完整性 目前出现的客户 服务器应用中 重要 数据资源很可能是广泛的 而且受异构系统的控制 应用可以设计成用严 格的保证数据一致性的两阶段提交 或者用更多的缓冲存储和转发技术来管理 异构的 或者同构的 数据库的更新 在各种情况下 BEA TUXEDO能够确保异 构的 或者同构的 数据库以 及 它资源管理器之间的完整性 系统的安全性 BEA TUXEDO 通过结构化用户界面支持应用服务的验证 授权和存取控制 允许用 户加入自己的验证服务模块 BEA TUXEDO 还提供信息加密服务 允 许对网络上传输的 信息按 RSA 的 RC4 算法加密 目前美国本土内可按 128 位 本土外可按 40 位加密 开放系统中最开放的中间件平台 BEA TUXEDO是一个非常开放的平台 支持三十多种服务器平台 包括大多 数的 UNIX服务器 WindowsNT 服务器 IBM的S 370 S 390 加上AS 400和 Tandem公司的 NonStop系统 它的客户支持几乎所有的工作站 包括 UNIX MS DOS Windows3 1 95 Windows NT OS 2 Macintosh等 BEA TUXEDO支持X Open组织 的分布式 事务 处 理 模型DTP 事务定界标准TX 应 用程序事务处理接口标准XA TMI以及 和资源 管理 器 像数据库系统 的接 口标准XA 并且还支持事务处理器之间的互操作标准OSI TP BEA TUXEDO的客 户端通过DLL 可以和Visual C Visual Basic Power Builder SQL Windows Delphi Develop 2000 以及其他4GL和CASE 工具互连 此外 BEA TUXEDO还得到其他第三方开发管理工具厂商的支持 6 系统的伸缩性 简单地说 软件可伸缩性就是可以很容易地增加被支持的用户数和应用的 全局吞吐量 一个可伸缩的软件系统是利用网络分布系统优势的关键 BEA TUXEDO提供 的就是 这样一个系统 它可以利用在一个网络上所能找到的所有的异构的资源 以获得最大的效益 BEA TUXEDO提供这一点 而且提供许多可伸缩性选项 垂直方向的可伸缩性代表的 含义与通常相同 即将系统转变 升级 为一个更 大 更有力的相同或不同结构的平台 水平方向的可伸缩性多是在分布式系统 结构中 它以增加适当规模的附加系统来增强网络应用 所增加的附加系统与 原有系统可能是同构的 也可是异构的 那就是不同的处理机或操作系统 BEA TUXEDO 支持二维的可伸缩性 二维可伸缩性可在结构上的任意位置 添加异质 资源 而不改变已存在的应用的结构 允许对一个复杂的混合结构的 支持 为联机网络系统提供了广泛的规模选择范围 任何与数据表示有关的 如不同的处理器表示 可以由 BEA TUXEDO 透明地解决 BEA TUXEDO 还可根据系统负荷的变化动态地增加或减少应用服务器的个 数 广泛的开发工具支持 除了像 C C 和 COBOL 这样的第三代语言编程环境 BEA TUXEDO 系 统享受最广 泛的第三方工具的支持 下面是开发 BEA TUXEDO 应用目前可用 工具的一个列表 表 1 TUXEDO 允许的开发工具选择 公司 开发工具 客户端 服务器端 Ally Ally 4GL Informix IFORMIX 5 0 XA Informix TP Toolkit ITI TP Tools OracleORACLE 7 0 XA Develop 2000 GuptaSQL Windows Novell Visual Appbuilder Novell USL WKSH Unify Accell 4GL Jyacc JAM JPL TI IEF CASE Magna Magna X PowersoftPowerBuilder Delphi Delphi Microsoft Visual Basic Visual C 7 此外 BEA TUXEDO 的关联产品 BEA CONNECT 允许 BEA TUXEDO 和 IBM 的 CICS IMS Unisys 的 System2000 进行互操作 BEA Jolt 支持从 Internet 浏览器上请求 BEA TUXEDO 的服务 BEA Builder 和 BEA Manager 将 BEA TUXEDO 应用的开发与管理更为 简化 8 四四 BEA TUXEDO 的组成与功能的组成与功能 BEA TUXEDO 应用程序既可服务于带有少量客户和服务的单个服务器系统 又可服务 于由成千客户 成百服务器和众多服务器组件和服务构成的大规模的 分布式环境 一个这样的应用程序是以业务逻辑服务 由这些逻辑服务组织成 的高层服务器组件和在服务器结点环境中的组件分布为特征的 支持这种虚拟 主机环境的 BEA TUXEDO 元素包括配置信 息库和实现运行时应用管理的核心 子系统 1 配置信息库 配置信息库 BEA TUXEDO 应用程序由配置文件指定 这些配置文件被转换成若干紧耦 合的运行时 共享信息库 这些共享库 在 BEA TUXEDO 中称公告牌 Bulletin Board 驻留在每个参与 应用的服 务器 结点上 BEA TUXEDO 子系统访问和 操作这些库 应用程序配置应用程序配置 一个 BEA TUXEDO 应用程序包括在一个高度分布的环境中运行该应用所需 的资源 开 发人员 编写服务的代码 应用管理员通过构造定义操作参数和资 源分配的配置文件创建 应用程序 配置信息驻留在一个可编程访问的管理信息 库 MIB 中 MIB 最少包括下列配置信息 系统范围的资源 包括有关全局应用属性 如安全性级别 是否进行负载 平衡 启动一个应用系统所需的资源定义和故障恢复时所需的资源定义 参与应用的每个服务器机器的定义和驻留在这些机器上的 BEA TUXEDO 文 件的规格说明 单个服务器可与其他组成员共享的资源组 如事务管理 组也定义了服务 器和所操作的资源管理器之间的映射 服务应用程序所需的映射成进程的服务器 在这些服务器进程中实现了应 用业务逻辑 一个 BEA TUXEDO 配置允许一个管理服务器或者从分布在一 台 多台机器的一个 多 个组中配置多个服务器 应用服务器进程定义的服务 服务级的属性包括负载因子 服务处理时间 的相对量 该服务相对于服务器中提供的其他服务的优先级 头三个配置属性定义了应用的处理元素 如处理结点 全局属性和某一主 资源的特殊指定 组 服务器和服务集中在 BEA TUXEDO 软件组 件模型的 分 布式应用 资源上 BEA TUXEDO 应用程序定义了提供所需服务的服务 器组件分组 可配置的服务器实例数 量能在多个机器上调整 而且 BEA TUXEDO 能管理广播的单个 服务和它们的相对优 先级 9 公告牌公告牌 BEA TUXEDO 应用配置文件被映射到一个运行时数据结构 公告牌 BB BB 作为 一个从配置文件中派生出来的共享信息库 BB 驻留在每个参与到由 配置文件指定的应用程序的 BEA TUXEDO 的服务器结点上 BB 作为分布式 应用的名字服务数据库 它作为应 用统计数 据的运行时仓库 提供分布式环 境下的应用对象的位置信息 BB 由 BEA TUXEDO 核心例程 对应用开发者透 明 访问 由核心例程读 修改 BB 库 这个信息库提供 BEA TUXEDO 完成动 态客户 服务器映射所需的信息 同时也提供完成诸如负载平衡 安全性和事 务协调等功能的信息 2 核心子系统 核心子系统 下面叙述的核心子系统包括 事务管理器 工作站 域 与 DCE 的集成 队列服务 图 3 为 BEA TUXEDO 组件之间的关系 事务管理器事务管理器 事务管理器是 BEA TUXEDO 体系结构的中心 它是每个 BEA TUXEDO 服 务器的核心 提供重要的分布式应用服务 命名 消息路由 负载平衡 配 置管理 事务管理和安 全性 它也包含 BB 结构 使用维护和访问 BB 信息的 服务 换句话说 BB 内包含有可靠执行和管理大规模的基于组件的应用程序所 需的所有信息 它将对事务管理器进程起作用 事务管理器的基本操作见下图 的图示 事实上 事务管理器是负责客户 服务器绑定和支持 BEA TUXEDO 虚 拟主机属性等特色的子系统 10 图 4 来自网上的客户请 求 到达驻留在服务器上的 客户代理进程 服务器通过 注册参加到该应用中 作为 客户方通讯的一部分 事务 管理器访问 BB 然后选择 服务器 接着 服务器消息 队列的地址被返回 客户方 的请求被马上传送到合适的 队列等待服务为它进行处理 本节讨论一些关键属性 1 名字服务 名字服务 位置透明性位置透明性 BB 作为 BEA TUXEDO 应用程序的名字服务器 复制到每个参与的结点上 为了便 于 快 速访问 名字服务器作为在共享内存中的一个结构存在 事务管 理器使用 BB 名字信息 配置信息和环境统计信息自动把服务请求平衡到可 用的服务器上 并且根据数据内容为 客户请求选择路由 为服务请求选择优先 级 编程员把应用程序编成对逻辑入口项 称有名服务 的函数调用 事务管 理器把这些逻辑请求映射到服务器结点 服务器进程环境内指定的服务实例 11 2 数据依赖型路由 数据依赖型路由 数据依赖型路由是根据数据缓冲区中一个指定域的值 把一个服务请求映射 到一个指定的服务器组的机制 因为 BEA TUXEDO 服务器组映射成指定的资 源管理 器 数据 库实 例 所以请求被导向到一个指定服务 资源管理器的组合 例如 一个银行的数据库可把存储在不同数据库实例中的不同范围的帐号进行 水平分区 用户可用事务管理器进行路由选择 而不用把特定分区信息编码成 访问帐号的应用代码 事实上 事务管理器查看指定的数据值 参考存储在 BB 中的路由信息 然后把请求发送到能在正确数据分区上操作的服务 如果用户 需要改变数据库分区 把一个分区移到一个新服务器上 或在已有分区实例上 改变帐号分布 那么 他只需改变事务管理器的路由信息 应用程序的代码不 受影响 图 5 数据依赖 型 路 由 帐号操作的 请求与数据分区是独 立的 事务管理器访 问 BB 路由表信息 把请求映射到访问相 应分区的服务器组 然后返回该组指定服 务的绑定 3 负载平衡 负载平衡 为了确保应用流量最大 事务管理器自动地在系统中完成负载平衡和调度 通过使用每个服务的负载因子 事务管理器把请求发送给能最快处理该请求的 服务器 事务管理器通过为当前排队的请求总计负载因子来决定给定服务器上 的负载 下图给出了事物管理器负载平衡能力如何帮助优化应用流量的一个例 子 图 6 负载平衡 服务 A B C 由不同 的服务器提供 每个服 务器有一个基于当前排 队请求的负载值 事务 管理器决定哪一个服务 12 器提供服务 哪一个服务是负载最小 事务管理器将在一个给定结点内或在提 供服务的若干结点上 进行负载平衡 4 优先权 优先权 请求优先权是事务管理器提供的另一个核心能力 某一服务请求经常需要比 其他服务更高的优先权 例如 航空公司取消订座的优先级要比订座的优先级 高 对大多数航空公司来说 要尽可能地再次买出被取消的座位 优先权在服 务队列级有用 参见下图的图示 图 7 优先权 右例 中 服务 器 1 提供服务 A B C A B 服务的优先 级是 50 C 的优先级是 70 在上一个请求完成时 服务 器在队列中选择下一个请求 下一个请求是由优先级决定 的 而不是根据请求在队列 中的位置 为了防止低优先 级请求总是得不到服务 每 隔十个请求 就按 FIFO 次序 进行一次请求选择 5 稳固的运行环境 稳固的运行环境 事务管理器包括许多支持应用可用性的特征 如进程可用性检查 超时检查 自动服务器重启和恢复过程 用户可定义的恢复过程 事务管理器不仅仅控制 应用程序的活动流而且能确保其流畅有效的操作 6 安全性 安全性 事务管理器通过一个结构化的安全性接口提供应用服务的验证 授权和访问 控制 该接口概括了 Kerberos 安全模型 允许 Kerberos 或类似的最终用户验证 机制与应用集成 用户能用访问控制列表保护服务 队列或事件免遭未授权的 访问 7 分布式事务处理 分布式事务处理 分布式事务处理 DTP 能力能保证跨几个场地访问的数据和由不同数据库 13 产品管理的数据的完整性 事务管理器协调分布式事务使之完成网络环境下针 对异构数据库的多场地修改 事务管理器用全局事务跟踪事务参与者 管理两 阶段提交协议 这样就可确保每个场地都能正确处理事务的提交和回退 事务 管理器还在出现场地故障 网络故障或全局资源死锁时协调全局事务的恢复 事务管理器使用开放小组的 X Open XA 接口 进行不同 资源管理器之间的通 讯 该接口已被 X Open 接纳为分布式事务控制的标准接口 因为高性能和事务流量对 OLTP 系统产品是关键因素 所以事务管理器 DTP 软件使用了最小化磁盘写的算法 在其他属性中 事务管理器 DTP 开发了 一些众所周知的技术如协调者迁移 只读和一阶段提交优化 事务管理器由几个关键子系统支持 这些子系统扩展了 BEA TUXEDO 客户 服务器功 能和与异构应用系统的互操作性 下面的几个段落将描述这些关键 子系统 管理 BEA TUXEDO 对分布式应用管理的关键性问题给出了一个结构化的解决方 案 BEA TUXEDO 的管理接口包括一个综合性的命令行 脚本接口 一个 编程接口和一个管理信息库 MIB 它们把 BEA TUXEDO 实现成一个更 大管理环境中的受控应用程序 一 个易用的基于 GUI 的管理应用程序可利 用这些管理接口 在 BEA TUXEDO 环境上提供 了高层控制 BEA TUXEDO 资源 从 高层的域属性向下贯穿 一个单服务器进程的特 性 支 持图形化表示和拖放功能 集中式的应用定义 事务管理器使得应用管理员可在一个文件中定义组成 BEA TUXEDO 应用程 序的硬件 软件和网络资源 应用设计者能叙述在何处运行服务器和服务 以及在处理器出故障时服务应该迁移到何处 他们可把各种不同的特性 包 括调度信息 进程恢复标准和超时时间段等 赋给应用服务器 事务管理器 为动态启动 停止或管理一个分布式应用程序提供中央配置管理和工具 14 动态重配置 用户可动态启动或停止服务 用户可选择可用的服务 用户可在一个配置中增加新的 机器 组 服务器和服务 另外 事务管理器可用不同的参数如超时故障等 使得一 个无法使用的处理器上的服务器和服务在不中断运行程序的条件下移向另一个处理器 上 工作站工作站 工作站把 BEA TUXEDO ATMI API 扩展到客户应用程序中 它适用于 IBM OS 2 Macintosh OS Microsoft Windows 3 1 95 Microsoft Windows NT MS DOS 和 所有商用 版的 UNIX 有了工作站 开发者用 ATMI 客户方 的功能可透明访问在 BEATUXEDO 分布式环境中任何地方的服务 工作站 DLL 把编程接口扩展到 MS Windows 和 OS 2 环境 DLL 允许以库 的拷贝支持不 同的应用程序 从而支持内存的有效利用 有了工作站 用户可 在常见的解释环境中如 Visual Basic ObjectVision 和 SQL 窗口中调用库 一个多路网关进程 称为工作站处理进程 驻留在 BEA TUXEDO 应用服务 器 上处理 工作站客户和事务管理器应用服务之间的通讯 工作站处理进程把 来自大量客户应用程序的请求会聚到 BEA TUXEDO 事务管理器以便完成所管 的服务 图 8 为工作站体系结构 远程客户应用程序访问一个 BEA TUXEDO 结点 15 域域 BEA TUXEDO 域特征把客户 服务器模型的范围扩展到跨自治应用程序的 服务的共 享 一 个域是一个 BEA TUXEDO 的应用程序 若干相关的应用服 务和配置环境 BEA TUXEDO 应用 由一个配置文件和共享 BB 系统定义的 映射到一个域 域也可能是一个运行在另一个非 BEA TUEXDO 环境中的应用 程序 当应用变得非常大或开始包含多个业务进程时 分区是合适的 域分区创建 了多个 BEA TUXEDO 配置 每个配置包含一个自治应用的资源 BEA TUXEDO 管理员用域 功 能划分应用空间 例如 用户可把付款帐号的资源划 到与受款帐号不同的应用程序中 域提供了在提供透明的跨应用集成的同时管理不同的 BEA TUXEDO 应用的 机制 例如 付款帐号应用域内的功能可被受款帐号域访问 位置透明和在此 处描述的事务管理器应用处理的所有属性都可用于跨域处理 更重要的一点 域也起管理型防火墙的作用 防止在外部应用不需要或没有访问授权的情况下 对服务的访问 一个 BEA TUXEDO 域支持分 区应用 域允许一个企业进行逻 辑分区和自治管理应用程序集 DCE 集成集成 创建 BEA TUXEDO 和 DCE 应用的组织经常需要在编程 服务共享 数 据共享等 领域中集成两者 BEA TUXEDO 的 DCE 集成组件用于完成这些需 求 当前 DCE 集成提供与 OPEN GROUP 的 DCE 集成的两个要点 一个公共编程 API TxRPC IDL DCE RPC IDL 的超集 在 BEA TUXEDO 和 DCE RPC 环境进行请求双向映射的通讯网关 X Open 开发了 TxRPC IDL 以扩展 DCE RPC IDL 扩展工作主要是为 事务 型 Tx 部分 RPC 定义 IDL 超集 这些 RPC 随同它们的消息和数据运送事 务上下文 它们也提供为可靠 的分布式通讯所需的只一次调用语义 DCE 自 己的 RPC 语言和协议不支持事务 除了 TxRPC 自己的事务语法扩展 TxRPC 与 DCE RPC 兼容 基于公共 TxRPC 和 RPC 语法的应用接口 可移植到 BEA TUXEDO 或 DCE 已经使用或将要使用编程的无函数 IDL 风格的组织能在 BEA TUXEDO 环境 中使用这 种方法 用户能编译用于 BEA TUXEDO 运行时环境或 DCE 环境的 TxRPC 应用 BEA TUXEDO 和 DCE 使用公共的 TxRPC 语法将联合一个组织 用于创建两个不同环境应用的技 能和工具 在网络计算环境中运行 DCE 和 BEA TUXEDO 两者的组织将从 DCE 集成提 供的下一层 次的集成中受益 集成 BEA TUXEDO 和运行时 DCE 环境的 RPC 网关 RPC 网关是双向的 BEA TUXEDO 应用能跨网关调用 DCE 服务 相 对的 DCE RPC 能调用 BEA TUXEDO 应用服务器 相互访问在两个环境中 16 的资源和数据是真正集成了两个分布式计算系统 17 除了集成 BEA TUXEDO 和 DCE 应用 网关也支持有用的 DCE 服务的集成 例如 网 关能支持 DCE RPC 安全性服务 在 BEA TUXEDO 和 DCE 之间的 边界上 可用网关访问 DCE 安全性服务 例如 在 DCE 一边 验证 授权 和加密 RPC 队列服务队列服务 BEA TUXEDO 提供了一个简单的可选机制用于给应用请求和回答进行进队 和出队 BEA TUXEDO 队列服务使下列应用变得可能 工作流应用 提交和完成要求确保完成的事务 提交时间敏感型请求 与 BEA TUXEDO MIB 和 GUI 的集成 出队请求的事务控制 利用简单的服务镜向和数据镜