[z/OS]

z/OS 优化本地适配器的使用方案

优化本地适配器和支持的本机 API 可调用服务为 z/OS® 平台上的企业体系结构和应用程序开发提供备用路径。

使用优化本地适配器提供了以本机语言(例如,Cobol、PL/I 和 C/C+ 和高级汇编程序)编写的现有业务应用程序和中间件应用程序,它们在诸如 z/OS 批处理、客户信息控制系统 (CICS®)、信息管理系统 (IMS™) 和 UNIX 系统服务 (USS) 等环境下运行,是调用在 WebSphere® Application Server for z/OS 上作为 Enterprise JavaBeans (EJB) 应用程序实现的 Java™ 应用程序的另一种方式。

还提供了优化的本地适配器支持,以使用 Java EE 连接体系结构 (JCA) 编程模型 V1.5,将 WebSphere Application Server 上运行的应用程序调用到在本地运行或在同一逻辑分区 (LPAR) 上的外部服务器程序。目标外部服务器程序可能是使用 Cobol、PL/I、C/C+ 或高级汇编语言开发的业务或中间件应用程序。

优化的本地适配器可提供增强的性能的方案是 CICS 或 IMS 支持使用服务器和客户机 Web Service。在使用优化本地适配器而不是 XML 和 SOAP 消息传递技术时,目标后端应用程序可以更加高效的方式调用位于其他任何位置的业务逻辑。Web Service 是一个可通过使用优化本地适配器来提高效率的方案。以下假设性的真实世界方案描述了在各种业务目标中优化本地适配器的用途。

金融服务公司方案

正在运行 CICS 下的业务应用程序的 IBM® z/OS 金融服务客户必须确定是否购买金融处理应用程序,该应用程序对于向交易所实时报告股票交易提供了一些新支持。进行此类实时报告的能力可增加客户的收入。

执行实时报告的应用程序将作为基于 Java Enterprise Edition (Java EE) 的应用程序进行开发,并在 Windows XP 平台上的 WebSphere Application Server 上进行部署。此应用程序提供了一组企业 Bean 以及可针对各种交互进行调用的相关联的 Web Service 接口。

开发并成功实施了从 CICS Cobol 程序调用 Java EE 应用程序的测试方案。因此,客户决定更进一步并进行更严格的测试。进一步的测试表示,每秒请求数超过 50 到 100 时,速度就会变慢,以致于响应时间达不到客户需求。于是放弃此工作,直到找到一种更实际的方法来在 CICS 业务应用程序和新的供应商应用程序之间实时交换信息。

优化本地适配器可为此 CICS 客户提供一个选项,来部署 WebSphere Application Server for z/OS 并将 CICS 应用程序更新为使用优化本地适配器的调用或发送请求 API。这些 API 提供了一种方式来调用在本地 WebSphere Application Server for z/OS 服务器上部署的 EJB 应用程序,这将调用 Web Service 的业务逻辑。

保险公司方案

运行 CICS 下的业务应用程序的 IBM z/OS 保险业客户希望客户可以实时检索和更新策略信息。必须通过各种方式并从多个位置收集此信息,其中包括:
  • 直接从 DB2® 收集的信息
  • 通过调用 CICS 中的程序收集的信息
  • 通过启动 Web Service 以与其他公司提供的远程服务进行通信而收集的信息

客户选择使用 Java 应用程序有多个原因,但是最重要的原因是这些应用程序中的大部分编程技巧是基于 Java 的。测试此新的应用程序时,客户在检索信息时,会经历较长的响应时间。响应时间慢的原因是 WebSphere Application Server 在分布式服务器上运行,以及在使用 Web Service 和 SOAP 消息调用 CICS 时与 DB2 进行远程通信造成延时。

要修正此问题,客户在同一个配置中部署多个 WebSphere Application Server 以减少任何一台服务器上每秒的请求数并将请求分布在独立的网络路径上。

使用优化本地适配器为客户提供了部署多个服务器的备用选项。客户可以安装 WebSphere Application Server for z/OS 并将新的应用程序安装在 z/OS 上更接近于 DB2 和 CICS 环境的服务器上。对于从 WebSphere Application Server 调用 CICS,使用优化的本地适配器 API 可极大地推进 Web Service 和 SOAP 解决方案。在 z/OS 平台上进行此类合并可以减少对更多分布式服务器的需求,从而减少对地面空间、电源和要维护的资源的使用。在此方案中,由于数据和应用程序的位置是基本因素,因此将远程服务器的大小增加到可得到的最大大小未必能解决问题。

将业务逻辑迁移到 WebSphere Application Server for z/OS

一个客户多年具有使用 Cobol 编写并在 CICS 中运行的应用程序逻辑。他们想将其中一些应用程序迁移到 WebSphere Application Server 以利用 Java 和 Java EE 技术,并在 WebSphere 堆栈中使用其他功能。

一个应用程序太大而不能进行一次性迁移,他们想逐步将其中的部分迁移到 WebSphere Application Server。在迁移过程中必须维护 CICS 提供的事务和安全服务质量,并且将迁移对性能的影响降至最低。使用优化本地适配器,应用程序的各部分可以迁移到 WebSphere Application Server 并包装在无状态会话 Bean 中。可以将用 Cobol 编写的应用程序逻辑修改为使用优化本地适配器以调用无状态会话 Bean。这些对 WebSphere Application Server 的调用运行时使用的事务和安全上下文与在 CICS 区域中运行的 Cobol 程序使用的相同。与使用 Web Service 进行类似的调用相比,此调用对性能有很大的提高。客户可以继续将应用程序的各部分重新部署到 WebSphere Application Server,直到应用程序迁移为止。


指示主题类型的图标 概念主题



时间戳记图标 最近一次更新时间: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cdat_usagescenarios
文件名:cdat_usagescenarios.html