Computação distribuída
A computação distribuída envolve a cooperação de duas ou mais máquinas se comunicando em uma rede. As máquinas que participam do sistema podem variar de computadores pessoais a supercomputadores; a rede pode conectar máquinas em um edifício ou em continentes diferentes.
- Compartilhe o custo de recursos caros, como um serviço de digitação e impressão, em muitas áreas de trabalho. Ele também oferece a flexibilidade de alterar a proporção entre desktop e servidor, dependendo da demanda do serviço.
- Aloque a apresentação, os negócios e a lógica de dados de um aplicativo adequadamente. Muitas vezes, o desktop é o melhor lugar para executar a lógica de apresentação, pois é mais próximo do usuário e pode fornecer processamento altamente responsivo para ações como arrastar e soltar interfaces GUI.
Por outro lado, você pode sentir que o melhor lugar para a lógica do acesso ao banco de dados é perto do dispositivo de armazenamento real-ou seja, em um servidor corporativo ou departamental.. O local mais apropriado para a lógica de negócios pode ser menos claro, mas há muito a ser dito para colocar isso também no mesmo nó que a lógica de dados, permitindo assim que uma única solicitação de desktop inicie uma parte substancial do trabalho do servidor sem intervir no tráfego de rede.
A computação distribuída permite que você faça tais trocas de maneira flexível.
Junto com as vantagens da computação distribuída surgem novos desafios. Exemplos incluem manter várias cópias de dados consistentes, manter relógios em máquinas individuais sincronizados e fornecer segurança em toda a rede. Um sistema que fornece suporte de computação distribuída deve abordar esses novos problemas..
- Distributed Program Link (DPL)
- Um programa cliente CICS transmite parâmetros para um programa servidor CICS remoto e aguarda o servidor enviar dados em resposta. Parâmetros e dados são trocados por meio de uma área de comunicação.
- A interface externa do CICS (EXCI)
- Um programa cliente MVS vincula-se a um programa servidor CICS.
- A interface de chamada externa (ECI)
- O ECI permite que os programas do servidor CICS Transaction Server para z/OS® sejam chamados de programas clientes em execução em uma variedade de sistemas operacionais. Para obter informações sobre Clientes do CICS , consulte o CICS Transaction Gateway Guia de Programação.
- Remessa de função
- Os parâmetros para uma única solicitação da API CICS são interceptados pelo código CICS e enviados do sistema do cliente para o servidor. A transação espelhada CICS no servidor executa a solicitação e retorna dados de resposta para o programa cliente. Isto pode ser visto como uma forma especializada de chamada de procedimento remoto.
- Processamento de transações assíncronas
- Uma transação do cliente CICS usa o comando EXEC CICS START para iniciar outra transação do CICS e transmitir dados para ela A solicitação START pode ser interceptada pelo código CICS e a função enviada para um sistema servidor. A transação do cliente e as transações iniciadas são executadas independentemente. É semelhante a uma chamada de procedimento remoto sem dados de resposta.
- Processamento de transações distribuídas
- Um programa no sistema cliente estabelece uma conversa com um programa complementar no servidor e troca mensagens. Os programas podem utilizar os protocolos APPC.
- Roteamento de transações
- Terminais pertencentes a um sistema CICS para executar transações pertencentes a outro.
A família de produtos CICS é executada em uma variedade de sistemas operacionais e fornece um conjunto padrão de funções para permitir que os membros se comuniquem entre si.
suporte a segurança
O CICS Transaction Server para z/OS suporta uma única conexão de rede e autenticação do sistema do cliente por meio da segurança de tempo de ligação
A conexão de rede única é suportada pela opção ATTACHSEC do comando DEFINE CONNECTION .
RACF® ou um gerenciador de segurança equivalente fornece mecanismos semelhantes às listas de controle de acesso e recurso de login do DCE.
Não há nenhum conceito CICS semelhante ao DCE Directory Service. Em todos os cenários anteriores, o ambiente do cliente deve saber com qual sistema CICS do servidor se comunicar. Isso normalmente é feito especificando o nome do sistema CICS remoto necessário na definição do recurso CICS remoto relevante ou no programa aplicativo cliente.