z/OS용 Liberty의 최적화 로컬 어댑터 사용 시나리오

실제 시나리오에서는 최적화 로컬 어댑터 및 지원하는 기본 API 호출 가능 서비스가 z/OS® 플랫폼에서 엔터프라이즈 아키텍처 및 애플리케이션의 혜택을 받는 방법을 보여줍니다.

WebSphere® 최적화 로컬 어댑터(WOLA)는 z/OS 일괄처리, CICS®(Customer Information Control System) 및 UNIX System Services 환경의 기존 자국어 비즈니스 및 미들웨어 애플리케이션에 Liberty에서 EJB(Enterprise JavaBeans) 애플리케이션으로서 구현된 Java™ 애플리케이션을 호출하는 대체 방법을 제공합니다. 최적화 호출 어댑터를 사용함으로써, 사용자는 JCA(Java EE Connect Architecture) 버전 1.5를 사용하여 동일한 논리 파티션(LPAR)에서 또는 로컬로 실행 중인 외부 서버 프로그램에 대해 Liberty 애플리케이션에서 호출할 수도 있습니다.

최적화 로컬 어댑터가 향상된 성능을 제공할 수 있는 시나리오는 서버 및 클라이언트 웹 서비스 사용에 대한 CICS 지원입니다. 대상으로 지정된 백엔드 애플리케이션은 XML 및 SOAP 메시징 기술 대신 최적화 로컬 어댑터 사용 시 더 효율적으로 배치되는 비즈니스 로직을 호출할 수 있습니다.

다음과 같은 가설에 근거한 실제 시나리오에서는 다양한 비즈니스 목표를 달성하는 데 최적화 로컬 어댑터가 얼마나 유용한지에 대해 설명합니다.

금융 서비스 회사 시나리오

z/OS 일괄처리 하에서 비즈니스 애플리케이션을 실행 중인 IBM® z/OS 금융 서비스 고객은 거래소에 대한 주식 거래 실시간 보고를 위한 새로운 지원을 제공하는 금융 처리 애플리케이션 구매에 대한 의사결정을 내려야 합니다. 이 스타일의 실시간 보고를 수행하는 기능을 사용하면 고객의 수익이 증대될 수 있습니다.

실시간 보고를 수행하는 애플리케이션은 Windows 8에서 실행되는 Liberty 서버의 Java EE(Java Enterprise Edition) 애플리케이션입니다. 이 애플리케이션은 다양한 종류의 상호작용을 위해 호출될 수 있는 연관 웹 서비스 인터페이스 및 엔터프라이즈 Bean의 세트를 제공합니다.

테스트 시나리오가 개발되어 일괄처리 Cobol 프로그램으로부터 Java EE 애플리케이션을 호출하기 위해 구현됩니다. 따라서 고객은 전향적으로 더 엄격한 테스트를 수행하도록 결정합니다. 추가 테스트에서는 이 메커니즘이 초당 50개 - 100개를 초과하는 요청에서 사용되면 이 메커니즘은 응답 시간이 고객 요구사항을 충족하지 않는 지점까지 느려집니다. 일괄처리 비즈니스 애플리케이션과 새 공급업체 애플리케이션 사이에 실시간 정보를 교환하기 위해 더 현실적인 접근 방식을 사용할 수 있을 때까지 이 노력은 포기됩니다.

최적화 로컬 어댑터는 이 일괄처리 고객에게 z/OS용 Liberty를 배치하고 최적화 로컬 어댑터 호출 또는 요청 전송 API를 사용하도록 일괄처리 애플리케이션을 업데이트하는 옵션을 제공할 수 있습니다. 이러한 API는 웹 서비스에 대한 비즈니스 로직을 호출하는 로컬 Liberty 서버에 배치된 EJB 애플리케이션을 호출하는 방법을 제공합니다.

보험 회사 시나리오

CICS 하에서 비즈니스 애플리케이션을 실행 중인 IBM z/OS 보험 회사 고객은 실시간으로 보험 정보를 검색하고 업데이트하는 기능을 고객에게 제공하길 원합니다. 이 정보는 다음과 같은 여러 위치에서 다양한 방식으로 수집해야 합니다.
  • DB2®에서 직접 수집되는 정보
  • CICS에서 프로그램을 호출하여 수집되는 정보
  • 다른 회사가 제공하는 원격 서비스와 통신하는 웹 서비스를 시작하여 수집되는 정보

고객은 여러 가지 이유로 Java 애플리케이션을 사용하도록 선택하지만 가장 중요한 이유는 고객 대부분의 프로그래밍 스킬이 Java를 기반으로 하기 때문입니다. 새 애플리케이션 테스트 시 정보를 검색할 때 응답 시간이 길어집니다. 느린 응답 시간은 분산 서버에서 실행 중인 Liberty 서버, 그리고 웹 서비스와 SOAP 메시지를 사용하여 CICS를 호출하는 중에 DB2와의 원격 통신과 연관된 대기 시간 때문에 발생합니다.

문제점을 해결하기 위해, 고객은 동일한 구성에서 여러 Liberty 서버를 배치함으로써 임의의 한 서버에서 초당 요청의 수를 줄이고 개별 네트워크 경로 간에 요청을 분산시킵니다.

최적화 로컬 어댑터를 사용하면 여러 서버를 배치하는 방법 이외의 방법이 고객에게 제공됩니다. 고객은 DB2 및 CICS 환경에 보다 가까운 z/OS의 Liberty 서버에서 애플리케이션을 설치할 수 있습니다. Liberty 서버에서 CICS로의 호출에 최적화 로컬 어댑터 API를 사용하면 웹 서비스 및 SOAP 솔루션에서 많은 개선사항이 제공됩니다. z/OS 플랫폼을 통합하면 유지보수할 자원, 전원 및 플로어 공간을 이용하는 더 많은 분산 서버에 대한 요구가 줄어듭니다. 이 시나리오에서는 데이터 및 애플리케이션의 위치가 게이팅 요인이므로 원격 서버의 크기를 사용 가능한 가장 강력한 크기로 늘려도 문제가 해결되지 않을 수 있습니다.

비즈니스 로직을 z/OS용 Liberty로 마이그레이션

고객은 수년 간 COBOL을 사용하여 작성된 애플리케이션 로직을 CICS에서 실행해 왔습니다. 고객은 Java 및 Java EE 기술을 활용하고 WebSphere 스택에서 기타 기능을 사용하기 위해 이러한 애플리케이션 중에 일부를 Liberty로 마이그레이션하고자 합니다.

애플리케이션 중 하나가 너무 커서 한 조각으로 마이그레이션할 수 없으며, 고객은 이의 일부를 점진적으로 Liberty 서버로 이동하고자 합니다. CICS가 제공하는 트랜잭션 및 보안 서비스 품질(QoS)은 마이그레이션 중에 유지되어야 하며, 성능에 대한 마이그레이션의 역효과는 최소화되어야 합니다. 최적화 로컬 어댑터를 사용하면 애플리케이션의 일부를 Liberty로 마이그레이션하고 Stateless 세션 Bean으로 랩핑할 수 있습니다. 최적화 로컬 어댑터를 사용하여 Stateless 세션 Bean을 호출하도록 Cobol 애플리케이션 로직을 수정할 수 있습니다. Liberty 서버에 대한 이러한 호출은 CICS 리젼에서 Cobol 프로그램이 사용하는 것과 동일한 트랜잭션 및 보안 컨텍스트에서 실행됩니다. 웹 서비스를 사용하여 비슷한 호출을 작성하는 것과 비교하여 상당한 성능상 이점이 있습니다. 고객은 애플리케이션이 마이그레이션될 때까지 애플리케이션의 일부를 Liberty 서버에 계속해서 재배치할 수 있습니다.


주제의 유형을 표시하는 아이콘 개념 주제

파일 이름: cwlp_dat_usagescenarios.html