Cadeias de Transporte

As cadeias de transporte representam uma pilha de protocolos de rede utilizada para operações de E/S em um ambiente do servidor de aplicativos.

Cadeias de transporte fazem parte da função de estrutura de canal que fornece um serviço de rede comum para todos os componentes, incluindo o componente de barramento de integração de serviços de tecnologias de integração de serviços IBM®, WebSphere Secure Caching Proxy, e o serviço de ponte do grupo principal do gerenciador de alta disponibilidade.

Uma cadeia de transporte consiste em um ou mais tipos de canais e cada um suporta um tipo diferente de protocolo de E/S, como TCP, DCS ou HTTP. Portas de rede podem ser compartilhadas entre todos os canais de uma cadeia. A função de estrutura de canais distribui automaticamente um pedido chegando nessa porta ao canal de protocolo de E/S correto para processamento.

[z/OS]Lembre-se: Se você tiver uma rotina que emita uma chamada para iniciar transportes durante a inicialização do servidor, a menos que possua um ambiente de nós combinados e que o servidor esteja executando em um nó da versão 6.x, deverá modificar sua rotina para emitir uma chamada para iniciar as cadeias de transporte em vez dos transportes. O produto emitirá uma mensagem de erro se ele receber uma chamada para iniciar transportes para um servidor que não esteja executando em um nó da versão 6.x.

As definições de configuração da cadeia de transporte determinam quais protocolos de E/S são suportados para essa cadeia. A seguir estão alguns dos tipos de canais mais comuns. Os canais personalizados que suportam requisitos exclusivos para um cliente ou ambiente particular também podem ser incluídos a uma cadeia de transporte.

Canal DCS
Utilizado em um ambiente do WebSphere Application Server, Network Deployment pelo serviço de ponte de grupos principais, pelo serviço de replicação de dados (DRS) e pelo gerenciador de alta disponibilidade para transferir dados, objetos ou eventos entre servidores de aplicativos.
Canal de entrada HTTP
Utilizado para ativar a comunicação com os servidores remotos. Ele implementa os padrões HTTP 1.0 e 1.1 e é utilizado por outros canais, como o canal do contêiner da Web, para servir solicitações HTTP e para enviar informações específicas HTTP a servlets esperando por esse tipo de informações.

Os canais de entrada HTTP são utilizados em vez de transportes HTTP para estabelecer a fila de solicitações entre um plug-in de servidor da Web e um contêiner da Web no qual os módulos da Web de um aplicativo residem.

Canal de entrada do proxy HTTP
Utilizado para tratar de pedidos de HTTP entre um servidor proxy e nós do servidor de aplicativos.
Canal HTTP Tunnel
Utilizado para fornecer aos aplicativos clientes conexões HTTP persistentes com hosts remotos que estão bloqueados por firewalls e/ou exigem um servidor proxy HTTP, incluindo autenticação. Um canal HTTP Tunnel permite a troca de dados do aplicativo no corpo de um pedido ou resposta HTTP enviado ou recebido de um servidor remoto. Um canal HTTP Tunnel também permite que aplicativos do lado cliente façam poll do host remoto e utilizem os pedidos de HTTP para enviar dados do cliente ou receber dados de um servidor de aplicativos. Em qualquer um dos casos, nem o cliente nem o servidor de aplicativos está ciente de que o HTTP está sendo utilizado para trocar os dados.
Canal JFAP
Utilizado pelo servidor JMS (Java™ Message Service) para criar conexões com recursos JMS em um barramento de integração de serviços.
Canal MQ
Utilizado em combinação com outros canais, como um canal TCP, dentro dos limites do suporte do WebSphere MQ para facilitar a comunicação entre um barramento de integração de serviços e um cliente ou gerenciador de filas do WebSphere MQ.
[z/OS]Canal do Serviço ORB
[z/OS]Utilizado em combinação com outros canais, como o canal TCP, para tratar de mensagens CORBA e RMI/IIOP do Serviço ORB. Ele permite que clientes façam pedidos e recebam respostas de servidores em um ambiente distribuído em rede.
Canal SIP
Utilizado para criar uma ponte na cadeia de transporte entre um canal de entrada SIP (Session Initiation Protocol) e um servlet e o mecanismo JavaServer Page.
Canal de entrada do contêiner do SIP
Utilizado para tratar da comunicação entre o canal de entrada SIP e o contêiner de servlet do SIP.
Canal de entrada SIP
Utilizado para tratar de pedidos SIP de entrada a partir de um cliente remoto.
Canal SSL
Utilizado para associar um repertório de configuração do SSL (Secure Sockets Layer) à cadeia de transporte. Esse canal está disponível apenas quando o suporte a SSL está ativado para a cadeia de transporte. Um repertório de configuração SSL é definido no console administrativo, em segurança, na página Repertórios de Configuração SSL > Repertórios de Configuração SSL.
Canal TCP
Utilizado para fornecer aplicativos clientes com conexões persistentes em uma LAN (Local Area Network) quando um nó utiliza o TCP (Transmission Control Protocol) para recuperar informações de uma rede.
Canal UDP
Utilizado para fornecer aplicativos clientes com conexões persistentes em uma LAN (Local Area Network) quando um nó utiliza o UDP (User Datagram Protocol) para recuperar informações de uma rede.
Canal do contêiner de Web
Utilizado para criar uma ponte na cadeia de transporte entre um canal de entrada HTTP e um servlet e o mecanismo JSP (JavaServer Page).

Í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=crun_chain_transport
Nome do arquivo: crun_chain_transport.html