사용할 노드 결정

시작하기 전에

메시지 플로우 노드에 대한 개념 주제를 읽으십시오.

WebSphere Event Broker는 메시지 플로우 내에서 사용할 수 있는 다수의 메시지 처리 노드를 포함합니다. 또한 사용자 또는 기타 다른 벤더 및 회사에서 작성 및 제공하는 사용자 정의 노드에서 선택할 수도 있습니다.

사용할 노드에 대한 결정은 메시지에 대해 수행할 처리에 따라 달라집니다. 내장 노드는 여러 범주에서 고려할 수 있으며 이 범주에 그룹화되어 있는 Workbench에 표시됩니다(이 그룹화가 노드의 조작에는 영향을 주지 않더라도). 동일한 방법으로 사용자 정의 노드를 범주화할 수도 있습니다. 범주는 다음과 같습니다.

입력 및 출력
입력 및 출력 노드는 클라이언트가 메시지를 송신하고(MQInput 등의 입력 노드) 클라이언트가 메시지를 수신하는(MQOutput 등의 출력 노드) 메시지 플로우의 지점들을 정의합니다. 클라이언트 응용프로그램은 노드에서 메시지의 소스나 대상으로 지정한 I/O 자원으로 메시지를 전송하거나 수신함으로써 이들 노드와 상호작용합니다. 메시지 플로우에 적어도 하나 이상의 입력 노드가 포함되어야 하지만 출력 노드를 포함할 필요는 없습니다.
  • 브로커에 전개할 메시지 플로우를 작성 중인 경우, 메시지를 수신하려면 최소 하나의 입력 노드를 포함시켜야 합니다. 선택하는 입력 노드는 입력 메시지의 소스 및 플로우에서 메시지를 수신하려는 위치에 따라 달라집니다.
    MQInput
    메시지가 브로커의 WebSphere MQ 큐에 도착하고 노드가 메시지 플로우의 시작점인 경우

    변경 시작WebSphere Event Broker 버전 6.0에서는 MQeInput 노드를 포함하는 메시지 플로우를 더 이상 사용하지 않습니다. 메시지 플로우를 다시 설계하여 MQe 노드를 제거하고 사용자의 고유 스펙에 구성되고 MQe 게이트웨이 구성에 통합된 MQ 노드로 바꾸십시오. 자세한 정보는 WebSphere MQ Everyplace 노드를 포함하는 메시지 플로우 이주를 참조하십시오.변경 끝

    MQGet
    메시지가 브로커의 WebSphere MQ 큐에 도착하고 노드가 메시지 플로우의 시작점이 아닌 경우
    SCADAInput
    원격(telemetry) 디바이스가 메시지를 송신한 경우
    Real-timeInput 또는 Real-timeOptimizedFlow
    변경 시작JMS 또는 멀티캐스트 응용프로그램이 메시지를 송신한 경우 Real-timeInput 노드는 입력 노드이고 Real-timeOptimizedFlow 노드는 고성능의 publish/subscribe 메시지 플로우를 제공하는 완전한 메시지 플로우입니다.변경 끝
    변경 시작JMSInput변경 끝
    변경 시작JMS 응용프로그램이 메시지를 송신할 경우변경 끝
    사용자 정의 입력 노드
    메시지 소스가 여러 프로토콜 및 전송을 사용하는 클라이언트 또는 응용프로그램인 경우
    입력 노드
    독립형 메시지 플로우로서 전개하지 않을 다른 메시지 플로우(서브플로우)에 임베드할 메시지 플로우를 작성 중인 경우, 서브플로우로 메시지를 수신하려면 최소 하나의 입력 노드를 포함시켜야 합니다.

    Input 노드의 인스턴스는 in 터미널을 표시합니다. 예를 들면, 하나의 입력 노드 인스턴스를 포함하는 경우, 서브플로우 아이콘은 하나의 in 터미널을 표시합니다. 이를 통해 다른 노드를 연결할 때와 동일한 방법으로 기본 플로우의 다른 노드에 연결할 수 있습니다.

    최소 하나의 입력 노드를 갖고 있는 메시지 플로우만 전개할 수 있습니다. 메시지 플로우에 입력 노드가 포함되어 있지 않으면 브로커 아카이브 파일에 이를 추가할 수 없습니다. 입력 노드는 기본 플로우 또는 기본 플로우에 임베드된 메시지 플로우에 있을 수 있습니다.

    메시지 플로우에 둘 이상의 입력 노드를 사용할 수 있습니다. 자세한 정보는 둘 이상의 입력 노드 사용을 참조하십시오.

  • 메시지 플로우에서 생성된 메시지를 대상 응용프로그램으로 송신할 경우, 하나 이상의 출력 노드가 있을 수 있습니다. 선택된 출력 노드는 대상 응용프로그램이 어떤 전송 방식을 통해 이 메시지를 수신하는지에 따라 다릅니다.
    Publication
    브로커에 subscribe하는 응용프로그램에 대해 지원되는 모든 프로토콜에 걸쳐 Publish/Subscribe 네트워크를 사용하여 메시지를 분배하려는 경우. Publication 노드는 subscription이 현재 메시지의 특성과 일치하는 subscriber에서 식별한 출력 목적지를 사용하는 출력 노드입니다.
    MQOutput
    대상 응용프로그램이 입력 메시지 MQMD에 지정된 WebSphere MQ 큐 또는 WebSphere MQ 리플라이-투 큐에서 메시지를 수신하는 경우

    변경 시작WebSphere Event Broker 버전 6.0에서는 MQeOutput 노드를 포함하는 메시지 플로우를 더 이상 사용하지 않습니다. 메시지 플로우를 다시 설계하여 MQe 노드를 제거하고 사용자의 고유 스펙에 구성되고 MQe 게이트웨이 구성에 통합된 MQ 노드로 바꾸십시오. 자세한 정보는 WebSphere MQ Everyplace 노드를 포함하는 메시지 플로우 이주를 참조하십시오.변경 끝

    MQReply
    대상 응용프로그램이 입력 메시지 MQMD에 지정된 WebSphere MQ 리플라이-투 큐에서 메시지를 수신하는 경우
    SCADAOutput
    원격(telemetry) 디바이스가 출력 메시지의 대상이며 Publication 노드가 적합하지 않은 경우
    Real-timeOptimizedFlow
    대상 응용프로그램이 JMS 또는 멀티캐스트 응용프로그램인 경우
    변경 시작JMSOutput변경 끝
    변경 시작메시지가 JMS 목적지에 대한 것인 경우변경 끝
    사용자 정의 출력 노드
    대상이 여러 프로토콜 및 전송을 사용하는 클라이언트 또는 응용프로그램인 경우
    Output 노드
    독립형 메시지 플로우로서 전개하지 않을 다른 메시지 플로우(서브플로우)에 임베드할 메시지 플로우를 작성 중인 경우, 서브플로우로 연결하는 후속 노드로 메시지를 전달하려면 최소 하나의 Output 노드를 포함시켜야 합니다.

    Output 노드의 인스턴스는 out 터미널을 표시합니다. 예를 들면, 두 개의 Output 노드 인스턴스를 포함하는 경우, 서브플로우 아이콘은 두 개의 out 터미널을 표시합니다. 이를 통해 다른 노드를 연결할 때와 동일한 방법으로 기본 플로우의 다른 노드에 연결할 수 없습니다.

관련 개념
메시지 플로우 개요
일반 사용자 응용프로그램 지원
관련 태스크
DB2 설정
메시지 플로우 설계
메시지 플로우 작성
메시지 플로우 컨텐츠 정의
전개
관련 참조
내장 노드
일반 사용자 응용프로그램 지원
주의사항 | 등록상표 | 다운로드 | 라이브러리 | 지원 | 피드백
Copyright IBM Corporation 1999, 2006 마지막 갱신 날짜: 2006/08/21
ac00330_