[z/OS]

Adaptadores Locais Otimizados para Cenários de Uso z/OS

Adaptadores locais otimizados e os serviços de chamada de PI nativa de suporte fornecem um caminho alternativo para a arquitetura corporativa e o desenvolvimento de aplicativos na plataforma z/OS.

O uso de adaptadores locais otimizados fornece aos aplicativos middleware e de negócios existentes gravados em linguagens nativas como Cobol, PL/I, C/C+ e assembler de alto nível e que estão em execução em ambientes como lote do z/OS, Customer Information Control System (CICS), Information Management System (IMS), e UNIX System Services (USS) uma maneira alternativa de chamar aplicativos Java™ implementados como aplicativos Enterprise JavaBeans (EJB) no WebSphere Application Server para z/OS.

O suporte a adaptadores locais otimizados também é fornecido para chamadas de aplicativos que estão em execução no WebSphere Application Server para um programa do servidor externo em execução localmente ou na mesma partição lógica (LPAR) usando o modelo de programação Java EE Connect Architecture (JCA) Versão 1.5. Os programas do servidor externos de destino podem ser aplicativos middleware ou de negócios que são desenvolvidos com o uso das linguagens Cobol, PL/I, C/C+ ou assembly de alto nível.

Um cenário no qual adaptadores locais otimizados podem fornecer um aumento no desempenho é o CICS ou suporte ao IMS para uso dos serviços da Web do servidor e cliente. Os aplicativos backend previstos podem chamar lógica de negócios que esteja localizada em qualquer outro lugar de uma maneira mais eficiente quando os adaptadores locais otimizados são usados em vez da tecnologia de sistema de mensagens XML e SOAP. Os serviços da Web são um cenário no qual é possível melhorar a eficiência usando adaptadores locais otimizados. Os cenários reais hipotéticos a seguir descrevem como os adaptadores locais otimizados são úteis em várias metas de negócio.

Cenário de Empresa de Serviços Financeiros

Um cliente de serviços financeiros do IBM® z/OS que está executando aplicativos de negócios sob o CICS deve decidir sobre a compra de um aplicativo de processamento financeiro, que fornece novo suporte para o relatório em tempo real do comércio de ações para bolsa de valores. A capacidade de fazer esse estilo de relatório em tempo real pode resultar no aumento da receita para o cliente.

O aplicativo que faz esse relatório em tempo real é desenvolvido como um aplicativo baseado em Java Enterprise Edition (Java EE) e implementado no WebSphere Application Server em uma plataforma Windows XP. O aplicativo oferece um conjunto de enterprise beans e interfaces de serviços da Web associados que podem ser chamados para vários tipos de interações.

Um cenário de teste é desenvolvido e implementado com sucesso para chamar o aplicativo Java EE de um programa CICS Cobol. Portanto, o cliente decide avançar e realizar testes mais rigorosos. Testes adicionais mostram que quando este mecanismo é pressione por mais de 50-100 solicitações por segundo, ele começa a desacelerar para o ponto no qual os tempos de resposta não correspondem aos requisitos do cliente. O esforço é abandonado até que uma abordagem mais realista esteja disponível para a troca de informações em tempo real entre o aplicativo de negócios do CICS e o novo aplicativo do fornecedor.

Os adaptadores locais otimizados podem fornecer a esse cliente do CICS uma opção para implementar o WebSphere Application Server para z/OS e atualizar o aplicativo CICS para usar a API Chamar ou Enviar Solicitação dos adaptadores locais otimizados. Essas APIs fornecem uma maneira de chamar aplicativos EJB que são implementados em um servidor WebSphere Application Server para z/OS local, que chama a lógica de negócios para o serviço da Web.

Cenário de Empresas de Seguros

Um cliente do segmento de mercado de seguros do IBM z/OS que está executando um aplicativo de negócios sob o CICS que fornecer aos clientes a capacidade de recuperar e atualizar informações de política em tempo real. Essas informações devem ser reunidas de várias maneiras e de vários locais, incluindo:
  • Informações reunidas diretamente do DB2
  • Informações reunidas chamando um programa no CICS
  • Informações reunidas iniciando um serviço da Web para se comunicar com um serviço remoto fornecido por outra empresa

O cliente opta por usar um aplicativo Java por diversas razões, mas principalmente porque a maioria de suas qualificações de programação é baseada em Java. Quando o novo aplicativo é testado, o cliente experimenta tempos de resposta longos ao recuperar as informações. O tempo de resposta lento é resultado do WebSphere Application Server em execução em um servidor distribuído e da latência envolvida na comunicação remota com o DB2 durante uma chamada do CICS usando serviços da Web e mensagens SOAP.

Para corrigir o problema, o cliente implementa diversos WebSphere Application Server na mesma configuração para reduzir o número de solicitações por segundo em qualquer um dos servidores e para distribuir as solicitações para caminhos de rede separados.

Usar adaptadores locais otimizados dá ao cliente uma alternativa que não seja a de implementar múltiplos servidores. O cliente poderia instalar WebSphere Application Server para z/OS e instalar o novo aplicativo em um servidor no z/OS, mais próximo dos ambientes DB2 e CICS. Para as chamadas para o CICS a partir do WebSphere Application Server, o uso de APIs de adaptadores locais otimizados causa um impulso significativo nos serviços da Web e na solução SOAP. Uma consolidação assim em plataformas z/OS reduz a necessidade de servidores mais distribuídos que consomem espaço, energia e recursos para sua manutenção. Neste cenário, como o local dos dados e aplicativos é o fator de ativação, aumentar o tamanho de servidor remoto para o mais robusto disponível não necessariamente resolve o problema.

Migrando Lógica de Negócios para WebSphere Application Server for z/OS

Um cliente tem uma lógica de aplicativo com Cobol em execução há anos no CICS. Ele quer migrar alguns desses aplicativos para o WebSphere Application Server para aproveitar as vantagens das tecnologias Java e Java EE e usar outros recursos na pilha do WebSphere.

Um dos aplicativos é muito grande para ser migrado inteiro, então o cliente gostaria de migrá-lo gradualmente por partes para o WebSphere Application Server. As qualidades de serviço de segurança e transacional fornecidas pelo CICS devem ser mantidas durante a transição, e o impacto no desempenho da transição deve ser mínimo. Usando adaptadores locais otimizados, as partes do aplicativo podem ser migradas para o WebSphere Application Server e agrupadas em um bean de sessão stateless. A lógica de aplicativo escrita em Cobol pode ser modificada para usar o adaptador local otimizado para chamar os beans de sessão stateless. Essas chamadas para o WebSphere Application Server são executadas sob os mesmos contextos de segurança e transação usados pelos programas Cobol em execução na região do CICS. Existe um ganho de desempenho significante quando comparado à execução de chamadas similares usando um servidor da Web. O cliente pode continuar relocando partes do aplicativo para o WebSphere Application Server até o aplicativo ser migrado.


Ícone que indica o tipo de tópico Tópico de Conceito



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cdat_usagescenarios
Nome do arquivo: cdat_usagescenarios.html