4.5. 포인트-투-포인트 및 게시-구독 메시징에 대한 주소 구성


point-to-point 및 publish-subscribe 의미 체계를 모두 사용하여 주소를 구성할 수도 있습니다.

point-to-point 및 publish-subscribe 의미를 모두 사용하는 주소를 구성하는 것은 일반적으로 권장되지 않습니다. 그러나 orders 라는 JMS 대기열과 orders 라고도 하는 JMS 주제와 같은 경우 유용 할 수 있습니다. 서로 다른 라우팅 유형은 클라이언트 연결에 대해 주소가 구별되도록 합니다. 이 경우 JMS 대기열 생산자가 보낸 메시지는 anycast 라우팅 유형을 사용합니다. JMS 주제 생산자가 보낸 메시지에는 멀티캐스트 라우팅 유형이 사용됩니다. JMS 주제 소비자가 브로커에 연결하면 자체 서브스크립션 대기열에 연결됩니다. 그러나 JMS 대기열 소비자는 anycast 대기열에 연결됩니다.

다음 그림은 함께 사용되는 포인트 투 포인트 및 게시-구독 메시징의 예를 보여줍니다.

다음 절차에서는 지점 간 및 게시-서브스크립션 메시징에 대한 주소를 구성하는 방법을 보여줍니다.

참고

이 시나리오의 동작은 사용 중인 프로토콜에 따라 다릅니다. JMS의 경우 주제와 큐 생산자와 소비자 간에 명확한 차이점이 있으므로 논리를 간단하게 만듭니다. AMQP와 같은 다른 프로토콜은 이러한 차이를 만들지 않습니다. AMQP를 통해 전송되는 메시지는 기본적으로 anycast멀티 캐스트 가 모두 라우팅되며 소비자는 기본적으로 anycast 로 라우팅됩니다. 자세한 내용은 3장. 네트워크 연결: 프로토콜의 내용을 참조하십시오.

절차

  1. < broker-instance-dir> /etc/broker.xml 구성 파일을 엽니다.
  2. address 요소의 요소 주위에 모든cast 구성 요소를 래핑합니다. 예를 들면 다음과 같습니다.

    <configuration ...>
      <core ...>
        ...
        <address name="orders">
          <anycast>
            <queue name="orders"/>
          </anycast>
        </address>
      </core>
    </configuration>
  3. 주소에 빈 멀티 캐스트 구성 요소를 추가합니다.

    <configuration ...>
      <core ...>
        ...
        <address name="orders">
          <anycast>
            <queue name="orders"/>
          </anycast>
          <multicast/>
        </address>
      </core>
    </configuration>
    참고

    일반적으로 브로커는 필요에 따라 서브스크립션 큐를 생성하므로 멀티캐스트 요소 내에 특정 큐 요소를 나열할 필요가 없습니다.

Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

© 2024 Red Hat, Inc.