인바운드 전송 옵션

메시지를 수신하는 메시징 엔진 구성 시 적용할 많은 옵션이 있습니다(예: 네트워크 및 보안 설정).

서비스 통합을 위한 네트워크 전송 구성은 전송 채널 서비스를 통해 관리됩니다. 이 서비스를 사용하여 네트워크를 통해 애플리케이션 서버로의 연결을 구축하는 데 사용할 수 있는 프로토콜을 추가, 제거 또는 수정할 수 있습니다.

서버가 호스트하는 메시징 엔진과 통신할 때 여러 가지 프로토콜의 조합, 즉 전송 체인이 사용되도록 애플리케이션 서버를 구성할 수 있습니다. 전송 채널 서비스는 다음에 대한 지원을 포함합니다.
  • TCP
  • TCP 네트워크를 통한 SSL(Secure Sockets Layer)
  • HTTP(Hyper Text Transfer Protocol) 연결을 통한 터널링
  • HTTPS(secure HTTP) 연결을 통한 터널링
메시징 엔진 클라이언트(예: 클라이언트 컨테이너에서 실행 중인 JMS 애플리케이션) 및 기타 메시징 엔진이 이들 전송 체인을 사용하여 메시징 엔진과 통신할 수 있습니다.

또한 IBM MQ 링크 및 IBM MQ 클라이언트 링크로 사용될 두 가지 유형의 서로 다른 전송 체인 중 하나를 구성할 수 있습니다. 이들 전송 체인은 다음을 지원합니다.

IBM MQ 메시징 제공자를 사용하는 WebSphere® Application Server 애플리케이션과 IBM MQ 큐 관리자 송신자 채널은 이러한 전송 체인 유형 중 하나를 사용하여 메시징 엔진과 통신할 수 있습니다.

서버가 기본 템플리트를 사용하여 작성될 때 다음 전송 체인이 자동으로 작성되어 애플리케이션 서버가 호스트하는 메시징 엔진과의 통신을 용이하게 합니다.
InboundBasicMessaging
TCP 프로토콜을 사용하여 통신을 허용합니다. 노드의 첫 번째 서버에 대해 이 체인이 사용하는 기본 포트는 7276입니다. 예를 들어, 특정 노드에서 두 번째 서버를 작성하는 경우 선택된 포트가 아직 사용되고 있지 않는지 확인하십시오. 다른 애플리케이션 서버에 호스트되는 메시징 엔진과 클라이언트 컨테이너에서 실행 중인 JMS 애플리케이션이 이 전송 체인을 사용하여 서버의 메시징 엔진과 통신할 수 있습니다.
InboundSecureMessaging
TCP 네트워크를 통한 SSL(Secure Sockets Layer) 기반 암호화 프로토콜을 사용하여 보안 통신을 제공합니다. 노드의 첫 번째 서버에 대해 이 체인이 사용하는 기본 포트는 7286입니다. 예를 들어, 특정 노드에서 두 번째 서버를 작성하는 경우 선택된 포트가 아직 사용되고 있지 않는지 확인하십시오. 이 체인에 대한 SSL 구성 정보는 Application Server에 대한 기본 SSL 레퍼토리를 기초로 합니다. 다른 Application Server에 호스트되는 메시징 엔진과 클라이언트 컨테이너에서 실행 중인 JMS 애플리케이션이 이 전송 체인을 사용하여 통신할 수 있습니다.
InboundBasicMQLink
TCP 네트워크를 통해 연결하는 IBM MQ 메시징 제공자를 사용하여 애플리케이션과 IBM MQ 큐 관리자 송신자 채널을 지원합니다. 이 체인이 사용하는 기본 포트는 5558이며 충돌을 피하기 위해 자동으로 조정될 수 있습니다.
InboundSecureMQLink
IBM MQ 메시징 제공자를 사용하여 애플리케이션과 IBM MQ 큐 관리자 송신자 채널이 TCP 네트워크를 통한 SSL 기반 암호화 연결을 설정할 수 있게 합니다. 이 체인이 사용하는 기본 포트는 5578이며 충돌을 피하기 위해 자동으로 조정됩니다.
soReuseAddr
WebSphere Application Server 관리자가 바인드 동작을 제어할 수 있습니다. WebSphere Application Server를 다시 시작할 때 인바운드 TCP 채널이 청취 소켓을 바인드하는 데 문제가 있는 경우 바인드가 성공하거나 허용된 바인드 시도 수가 초과될 때까지 오류가 SystemOut 파일에 인쇄됩니다. 이 사용자 정의 특성을 사용하면 바인드 프로세스 중에 반복되는 오류 메시지를 방지할 수 있습니다.

기본적으로 SIBFAPInboundThreadPool 스레드 풀을 사용하여 전송 체인에서 수신한 데이터를 수신하도록 모든 전송 체인이 구성됩니다. 이러한 스레드 풀의 최소 또는 최대 크기를 변경해야 할 이유는 없습니다.

다음 중 하나를 선택하여 관리 콘솔에서 체인을 관리할 수 있습니다.
  • 서버 -> 서버 유형 -> WebSphere 애플리케이션 서버 -> server_name -> [서버 메시징] 메시징 엔진 인바운드 전송
  • 서버 -> 서버 유형 -> WebSphere 애플리케이션 서버 -> server_name -> [서버 메시징] IBM MQ 링크 인바운드 전송
또한 이들 관리 콘솔 패널을 사용하여 템플리트 세트로부터 새로운 전송 체인을 정의할 수 있습니다.

메시징 엔진과의 통신에 사용되는 인바운드 채널 체인은 대개 해당 메시징 엔진을 호스트하는 애플리케이션 서버가 시작될 때 시작됩니다. 이것은 애플리케이션 서버가 어떤 활성 메시징 엔진도 호스트하지 않는 경우에도 발생할 수 있습니다. 인바운드 체인은 시작할 때 지정된 TCP 포트에 바인드하고 네트워크 연결을 승인합니다. 다음 표는 메시징 기능과 관련하여 인바운드 체인이 시작된 상황에 대해 설명합니다.

표 1. 인바운드 체인 시작 시 시나리오. 첫 번째 열은 인바운드 체인이 시작되는 서비스 통합 버스 시나리오를 나열합니다. 두 번째 열은 시나리오에 대한 메시징 체인이 시작되는지 여부를 설명합니다. 세 번째 열은 시나리오에 대한 IBM MQ 상호 운용 체인이 시작되는지 여부를 설명합니다.
  메시징 체인 IBM MQ 상호 운용 체인
SIB 서비스가 서버에 사용 불가능 시작되지 않음 시작되지 않음
SIB 서비스가 서버에 대해 사용 가능하고 IBM MQ 링크 또는 IBM MQ 클라이언트 링크 자원이 정의되지 않음 시작됨 시작되지 않음
SIB 서비스가 사용 가능하고 IBM MQ 링크 또는 IBM MQ 클라이언트 링크 자원이 정의됨 시작됨 시작됨

SIB 서비스 사용 여부 설정에 대한 자세한 정보는 SIB 서비스 세부사항 양식을 참조하십시오.

예를 들어 IBM MQ 관련 자원 정의에 대한 자세한 정보는 IBM MQ 링크 송신자 채널 [Settings]을 참조하십시오.

특정 인바운드 채널 체인과 메시징 엔진 사이에는 밀접한 관계가 없음을 주의하십시오. 서버에서 활성 상태의 모든 메시징 엔진에 실행 중인 모든 인바운드 채널 체인이 연결될 수 있습니다. 이것은 네트워크 통신을 보안하려 시도할 때 중요한 의미를 갖습니다. 애플리케이션 서버에서 활성 상태인 메시징 엔진과의 통신은 동일한 카테고리, 즉 메시징 체인이나 MQ 상호 운용 체인 내에 있는 서버에서 활성 상태의 보안이 가장 취약한 메시징 체인과 같이 보안됩니다.

다음 장소에서 이름에 의해 인바운드 전송 체인을 지정할 수 있습니다.
  • 버스 [Settings]엔진간 전송 체인 필드. 이 필드는 동일한 셀의 노드 사이에 연결을 구축할 때 사용되는 체인을 지정합니다.
  • 기본 메시징 제공자 통합 연결 팩토리 [Settings]대상 인바운드 전송 체인 필드. 이 필드는 JMS 애플리케이션이 원격 메시징 엔진에 연결할 때 사용하는 네트워크 연결을 구축할 때 사용할 전송 체인 이름을 지정합니다.

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



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cjk1000_
파일 이름:cjk1000_.html