혼합 환경에 대한 메시징 제공자 선택

기존 또는 계획된 메시징 환경에 IBM MQWebSphere® Application Server 시스템 모두가 포함되는 경우, 메시징 요구사항, 비즈니스 환경 및 각 메시징 애플리케이션의 요구를 고려하여 기본 메시징 제공자, IBM MQ 메시징 제공자 또는 둘의 혼합 사이에서 선택하십시오.

이 태스크 정보

애플리케이션 서버 간의 메시징의 경우, IBM MQ 시스템과의 상호작용으로 기본 메시징 제공자 또는 IBM MQ 제공자를 사용할 수 있습니다. 어느 제공자를 다른 것보다 낫다고 할 수 없습니다. 제공자에 대한 선택사항은 주로 비즈니스 환경 및 해당 환경에 대해 계획된 변경사항에 대한 요소에 따라 다르고 각 JMS 애플리케이션이 수행해야 하는 것에 따라서도 다릅니다. 또한 이러한 두 가지 유형의 메시징 제공자는 서로 배타적이지 않습니다.

  • 두 가지 유형의 제공자를 하나의 셀에 구성할 수 있습니다.
  • 다른 애플리케이션은 동일하거나 다른 제공자를 사용할 수 있습니다.

비즈니스 환경과 관련된 요소는 다음을 포함해야 합니다.

  • 메시징 요구사항
  • 기존 스킬 설정
  • 기존 메시징 인프라
  • 해당 인프라에 대한 계획된 변경사항

하나의 제공자를 사용하는 경우 메시징 인프라를 구성하고 관리하는 것이 더 단순합니다. 메시징이 주로 IBM MQ에 있는 경우, IBM MQ 메시징 제공자를 선택해야 합니다. 마찬가지로, 메시징이 주로 WebSphere Application Server에 있는 경우에도 기본 메시징 제공자를 선택해야 합니다.

비즈니스 환경이 하나의 제공자를 사용해야 한다는 것을 명백히 나타내지 않을 경우 두 개의 혼합을 사용하고 각 애플리케이션에 대해 가장 적절한 메시징 제공자를 선택하는 것을 고려해야 합니다. 이를 수행하는 데 유용한 방법은 애플리케이션이 사용 중인 대상 유형(서비스 통합 버스 또는 IBM MQ 큐 또는 토픽)을 식별하는 것입니다. 애플리케이션이 버스 대상만 사용하는 경우 일반적인 선택사항은 기본 메시징 제공자를 사용하는 것입니다(솔루션 "DMP"). 애플리케이션이 하나 이상의 IBM MQ 대상과 통신해야 하는 경우에는 비즈니스 환경, 사용법 시나리오 및 시스템 토폴로지에 따라 다음 솔루션 중 하나를 선택할 수 있습니다.
  • IBM MQ 메시징 제공자를 사용하십시오(솔루션 "MQP").
  • 기본 메시징 제공자를 사용하여 IBM MQ 서버(IBM MQ 큐 관리자 또는 큐 공유 그룹)를 버스 멤버로 통합하십시오(솔루션 "DMP 상호운영 버스 멤버").
  • 기본 메시징 제공자를 사용하여 IBM MQ 링크를 통해 IBM MQ 네트워크를 외부 버스로 통합하십시오(솔루션 "DMP 상호운영, 외부 버스").

이러한 솔루션에 대한 자세한 정보는 IBM MQ와의 상호 운용: 주요 기능 비교의 내용을 참조하십시오.

이러한 솔루션 사이에 선택할 수 있도록 다음 단계 중 일부에는 각 행이 비즈니스 또는 시스템 요구사항을 나타내는 테이블이 포함되고 별표(*)는 요구사항을 충족시키기에 가장 효과적일 수 있는 솔루션을 나타냅니다. 이러한 테이블은 정확한 솔루션을 식별하기 보다는 일반적인 안내를 제공하기 위해 설계되었습니다. 대부분의 요구사항에는 가능한 다중 솔루션이 있고 별표가 없는 것이 해당 솔루션을 사용할 수 없다는 것을 반드시 의미하는 것은 아닙니다. 이러한 각 테이블을 사용하여 최상의 지침을 가져오려면 다음을 수행하십시오.
  • 가장 중요한 요구사항을 반영하는 행에 중점을 두십시오.
  • 고려하는 모든 행의 경우 모든 솔루션에 대한 별표의 수를 계수하십시오.
별표의 수가 최대인 솔루션은 가장 효과적일 수 있습니다.

프로시저

  1. IBM MQ 또는 WebSphere Application Server의 경험을 제한하고 사용자 메시징 요구사항에 가장 적합한 제품을 결정하려는 경우, WebSphere Application Server 및 IBM MQ 메시징의 비교의 내용을 참조하십시오.
    참고: 사용자 메시징에 대한 기본 초점으로 이러한 제품 중 어떤 것을 선택하더라도, 제품 간 상호운영에 대해 IBM MQ 제공자 또는 기본 메시징 제공자 중 하나를 사용할 수 있습니다.
  2. 하나의 제공자만 사용할 수 있는지 여부를 보려면 비즈니스 환경을 고려하십시오.
    사용할 제공자를 선택할 때 다음 제한조건을 고려하십시오.
    • 현재 및 미래 메시징 요구사항
    • 기존 메시징 인프라
    • 사용자 조직에 있는 스킬 세트

    IBM MQ에서 다수의 메시징을 수행하는 경우, 해당 접근을 계속하고 IBM MQWebSphere Application Server에서 외부 JMS 제공자(즉, IBM MQ 메시징 제공자 사용)로 구성하십시오. WebSphere Application Server 애플리케이션의 JMS 요구사항이 제한되면, 해당 애플리케이션에 서비스 통합 버스 사용이 충분한 이점을 제공할지 여부는 논란의 소지가 많습니다.

    IBM MQ 네트워크와의 상호 운용을 위한 요구사항이 없는 WebSphere Application Server에 메시징 애플리케이션이 있는 경우, 기본 메시징 제공자(서비스 통합 버스)를 사용하십시오. WebSphere Application Server 메시징 요구사항이 WebSphere Application Server로 보다 강력한 통합을 요구하는 경우, 서비스 통합 버스는 다음 이점을 제공합니다.

    • 통합 관리
    • WebSphere Application Server 고가용성 기능
    • WebSphere Application Server 확장성

    기본 메시징 제공자를 사용하여 서비스 통합과 IBM MQ 간의 상호 운용을 수행하도록 선택하는 경우, 서비스 통합 형식과 IBM MQ 형식 간의 메시지 변환에 연관된 추가된 비용이 있음을 인식하십시오.

    다음 메시징 시나리오를 고려하십시오:

    • 메시지 브로커 제품으로 IBM MQ 큐 관리자의 대량 설치 백본

      WebSphere Application Server를 사용하여 새로 소개된 메시징 애플리케이션을 실행하려는 경우, IBM MQ 큐 또는 토픽을 사용하는 기존 애플리케이션과 메시지를 교환하는 JMS(WebSphere Application Server) 메시징 애플리케이션을 배치할 수 있습니다.

    • 기존 웹 및 엔터프라이즈 애플리케이션을 사용하여 WebSphere Application Server를 설치했지만, WebSphere Application Server 메시징 애플리케이션이 없습니다.

      기존 메시징 인프라가 없는 경우, JMS(WebSphere Application Server) 메시징 애플리케이션을 배치하여 서비스 통합 버스 대상을 사용하는 기존 WebSphere Application Server 메시징 애플리케이션과 메시지를 교환할 수 있습니다.

    • WebSphere Application Server 메시징 애플리케이션을 연결하기 위해 WebSphere Application Server를 사용하는 인프라입니다.

      WebSphere Application Server 애플리케이션 쌍 사이의 JMS(WebSphere Application Server) 메시징을 소개하십시오.

    • IBM MQ 및 서비스 통합 버스 모두를 포함하는 인프라. 이는 합병의 결과이거나, 메시지 통신량이 WebSphere Application Server에서 WebSphere 애플리케이션 서버로 이동하거나 IBM MQ에서 IBM MQ로 이동하지만 일반적으로 WebSphere Application ServerIBM MQ 사이에는 이동하지 않는 경향이 있기 때문일 수도 있습니다.

      IBM MQ 큐 또는 토픽을 사용하는 애플리케이션과 메시지를 교환하려면 JMS(WebSphere Application Server) 메시징 애플리케이션을 배치하십시오.

  3. 하나의 메시징 제공자를 사용해야 한다는 것을 비즈니스 환경이 명백히 나타내지 않을 경우 두 개의 혼합을 사용하고 애플리케이션이 사용하는 대상 유형을 기반으로 각 애플리케이션에 대해 가장 적절한 제공자를 선택하십시오.

    애플리케이션은 기존 상대 애플리케이션 또는 하나 이상의 알려진 유형의 알려진 대상을 사용하는 서비스와 메시지를 교환해야 합니다. 그렇지 않으면, 상대 애플리케이션 또는 서비스가 배치되지 않을 수 있고 대상 유형의 선택사항이 아직 열려 있을 수 있습니다. 이러한 경우 솔루션 설계자는 애플리케이션 또는 서비스를 함께 연결할 최상의 방법을 결정해야 합니다.

    애플리케이션이 다중 대상을 사용하는 경우 네 가지의 가능한 결과가 있습니다.

    참고: 애플리케이션 버스 대상보다 IBM MQ 대상을 사용하는 명백한 비즈니스 또는 기술적 이유가 없고 상대 애플리케이션이 WebSphere Application Server JMS 애플리케이션인 경우, 애플리케이션이 버스 대상만 사용할 수 있도록 기존 대상을 서비스 통합으로 마이그레이션하는 것을 고려하십시오.
  4. 애플리케이션이 버스 대상만 사용하는 경우 애플리케이션 및 해당 JMS 자원을 구성하여 기본 메시징 제공자를 사용하십시오.
  5. 애플리케이션이 IBM MQ 대상(큐 또는 토픽)만 사용하는 경우, 다음 점검 목록을 사용하여 사용할 제공자 솔루션을 판별하십시오.
    표 1. IBM MQ 대상만 사용하는 애플리케이션의 제공자 점검 목록. 이 테이블의 첫 번째 열은 비즈니스의 체크리스트 질문 또는 IBM MQ 대상만을 사용하는 애플리케이션의 시스템 요구사항을 나열합니다. 두 번째 열에는 MQP(IBM MQ messaging provider) 솔루션에서 충족되는 요구사항이 별표로 표시됩니다. 세 번째 열에는 기본 메시징 제공자 버스 멤버(DMP interop, 버스 멤버) 솔루션에서 충족되는 요구사항이 별표로 표시됩니다. 네 번째 열에는 기본 메시징 제공자 외부 버스(DMP interop, 외부 버스) 솔루션에서 충족되는 요구사항이 별표로 표시됩니다. 2 - 4열에는 해당 열에 표시된 솔루션에서 충족되지 않는 요구사항이 별표로 표시되지 않습니다.
    질문: MQP DMP 상호 운용성, 버스 멤버 DMP 상호 운용성, 외부 버스
    성능은 중요한가?

    (중요한 경우, 메시지 변환을 수행하는 것보다 IBM MQ를 직접 사용하십시오.)

    *
    애플리케이션이 대용량의 메시지(즉, 메시지 > 500k)를 전송하거나 수신합니까? *
    위치 투명성이 프로그래밍 단순화와 애플리케이션 배치에 적합합니까? * *
    애플리케이션이 수정된 구성을 IBM MQ 큐에서 이용해야 합니까?

    (즉, 큐를 서비스 통합으로 이동시킬 수 없고 메시지를 버스 대상으로 전송하도록 푸시 스타일 IBM MQ 애플리케이션을 배치하지 않습니다.)

    * *
    상대 애플리케이션이 버스 또는 IBM MQ 클라이언트로 WebSphere Application Server 외부에서 실행되는 JMS 애플리케이션입니까?

    (서비스 통합과 IBM MQ를 혼합할 필요가 없는 경우, 혼합하지 마십시오. 순수 IBM MQ 또는 서비스 통합 솔루션은 더 단순하고 서비스 통합과 IBM MQ 형식 간에 메시지를 변환하는 비용을 피할 수 있습니다.)

    *
    상대 애플리케이션이 비JMS(비WebSphere Application Sever) 애플리케이션입니까?

    (어디에서라도 순수 IBM MQ 또는 서비스 통합 솔루션을 선택하십시오. API 환경 설정에 따라 MQI IBM MQ 클라이언트 또는 XMS IBM MQ 클라이언트 또는 XMS 버스 클라이언트를 사용하십시오.)

    *
    IBM MQ 네트워크와 WebSphere Application Server 애플리케이션 사이의 통신량 전달이 단일 장기간 연결에 전달되는 것을 선호하십니까? *
    WebSphere Application Server의 고가용성 기능을 사용하시겠습니까? *
    애플리케이션과 IBM MQ 큐 공유 그룹 사이에 XA 2PC(two-phase commit)가 필요합니까? * 1 참조 * 2 참조
    애플리케이션과 IBM MQ 클러스터 사이에 XA 2PC(two-phase commit)가 필요합니까? *
    IBM MQ 큐의 메시지를 중개하거나 메시지를 전달하기 위해 WebSphere Enterprise Service Bus를 사용 중입니까?

    (예를 들어 WebSphere Business Integration Adapter 사용 또는 CICS®와 같은 서비스 제공자에 연결)

    *
    애플리케이션이 수정된 구성을 IBM MQ 큐에서 이용해야 합니까?

    (즉, 큐를 서비스 통합으로 이동시킬 수 없고 메시지를 버스 대상으로 전송하도록 푸시 스타일 IBM MQ 애플리케이션을 배치하지 않습니다.)

    * *  
    참고:
    • 1 IBM MQ 버전 7.0.1을 사용할 경우입니다.
    • 2 XA 2단게 커미트를 IBM MQ 링크와 같이 사용할 수 있지만 메시지를 IBM MQ 링크로 보내는 것만 다룹니다. 저장 후 전달을 사용하여 메시지를 IBM MQ 링크에서 IBM MQ 큐 관리자로 나중에 전송하는 것은 다루지 않습니다.
  6. 애플리케이션이 버스 및 IBM MQ 대상의 혼합을 사용하는 경우(예: 서비스 통합에서 이용하고 IBM MQ로 전송), 단일 연결 팩토리 또는 활성화 스펙을 사용하여 기본 메시징 제공자 상호 운용 모델 중 하나가 이를 지원할 수 있습니다. 다음 점검 목록을 사용하여 버스 멤버 및 외부 버스 솔루션 간의 결정을 돕습니다.
    표 2. 버스 및 IBM MQ 대상의 혼합을 사용하는 애플리케이션의 제공자 체크리스트. 이 테이블의 첫 번째 열은 비즈니스의 체크리스트 질문 또는 버스 및 IBM MQ 대상의 혼합을 사용하는 애플리케이션의 시스템 요구사항을 나열합니다. 두 번째 열에는 기본 메시징 제공자 버스 멤버(DMP interop, 버스 멤버) 솔루션에서 충족되는 요구사항이 별표로 표시됩니다. 세 번째 열에는 기본 메시징 제공자 외부 버스(DMP interop, 외부 버스) 솔루션에서 충족되는 요구사항이 별표로 표시됩니다. 2, 3열에는 해당 열에 표시된 솔루션에서 충족되지 않는 요구사항이 별표로 표시되지 않습니다.
    질문: DMP 상호 운용성, 버스 멤버 DMP 상호 운용성, 외부 버스
    애플리케이션은 IBM MQ 공유 큐에서 이용해야 합니까? *
    IBM MQ 네트워크와 WebSphere Application Server 애플리케이션 사이의 통신량 전달이 단일 장기간 연결에 전달되는 것을 선호하십니까? *
    WebSphere Application Server 버전 7 및 IBM MQ 버전 7보다 이전 버전에서 분산된 IBM MQ가 필요합니까? *
    IBM MQ 큐 관리자를 사용할 수 없을 때 저장 후 전달 기능을 사용하여 애플리케이션이 메시지를 계속 전송할 수 있도록 하시겠습니까? *
    서버 연결 채널을 구성하지 않도록 하시겠습니까?

    (이는 보안 위험으로 볼 수 있는 포트를 열기 때문입니다.)

    * 1 참조
    전송자 및 수신자 채널 쌍보다 서버 연결 채널을 정의하시겠습니까? *
    바인딩 연결을 사용하시겠습니까? *  
    참고:
    • 1 애플리케이션 서버에 대한 포트를 열 필요는 없지만, IBM MQ 링크를 통해 IBM MQ에서 서비스 통합 버스로 메시지를 전송할 경우에만 적용됩니다. IBM MQ 링크를 통해 서비스 통합 버스에서 IBM MQ로 메시지를 보내려면 방화벽을 통해 큐 관리자에 대해 포트를 열어야 합니다.
  7. 대상 유형이 아직 알려지지 않은 경우, 알려진 일의 관련 우선순위를 결정하고 다음 점검 목록을 사용하여 각각의 우선순위가 가능한 제공자 솔루션으로 얼마나 잘 다뤄지는지 평가하십시오.

    기본 선택사항은 이 애플리케이션이 사용해야 하는 대상 유형입니다. 대상 유형이 아직 수정되지 않았기 때문에 네 가지 솔루션 중 하나가 가능하지만, 일반적으로 "DMP" 또는 "MQP" 솔루션을 목적으로 해야 합니다. 이는 순수 IBM MQ 또는 서비스 통합 솔루션이 더 단순하고 서비스 통합과 IBM MQ 형식 사이의 메시지를 변환하는 비용을 피할 수 있기 때문입니다.

    표 3. 대상 유형이 아직 알려지지 않은 애플리케이션의 제공자 점검 목록. 이 테이블의 첫 번째 열은 대상 유형이 아직 알려지지 않은 애플리케이션의 시스템 요구사항 또는 비즈니스의 체크리스트 질문을 나열합니다. 두 번째 열에는 DMP(Default Messaging Provider) 솔루션에서 충족되는 요구사항이 별표로 표시됩니다. 세 번째 열에는 MQP(IBM MQ messaging provider) 솔루션에서 충족되는 요구사항이 별표로 표시됩니다. 네 번째 열에는 기본 메시징 제공자 버스 멤버(DMP interop, 버스 멤버) 솔루션에서 충족되는 요구사항이 별표로 표시됩니다. 다섯 번째 열에는 기본 메시징 제공자 외부 버스(DMP interop, 외부 버스) 솔루션에서 충족되는 요구사항이 별표로 표시됩니다. 2 - 5열에는 해당 열에 표시된 솔루션에서 충족되지 않는 요구사항이 별표로 표시되지 않습니다.
    질문: DMP MQP DMP 상호 운용성, 버스 멤버 DMP 상호 운용성, 외부 버스
    IBM MQ를 관리하는 데 현재 기본이 되는 강력한 스킬이 있습니까? * * *
    모든 메시징 관리가 IBM MQ 팀에서 처리되도록 하시겠습니까? *
    IBM MQ에서가 아니라 WebSphere Application Server에 숙련된 관리자가 있습니까? *
    다량으로 설치된 기본(참조 포함) 및 ISV 도구에 대한 광범위한 선택사항이 있는 메시징 제품을 원합니까? *
    WebSphere Application Server뿐만 아니라 개별적으로 라이센스를 획득한 제품 구매를 꺼리십니까? *
    WebSphere Application Server뿐만 아니라 개별 제품을 설치하고 관리하는 것을 꺼리십니까? *
    이전 릴리스에 WebSphere Message Broker로서 알려진 IBM Integration Bus를 이미 사용 중입니까?

    (사용 중인 경우, IBM MQ가 필요합니다.)

    * * *
    애플리케이션이 대용량의 메시지(즉, 메시지 > 500k)를 전송하거나 수신합니까? *
    위치 투명성이 프로그래밍 단순화와 애플리케이션 배치에 적합합니까? * * *
    처리량 요구사항은 다중 병렬 채널 또는 라우트가 필요합니까? * * *
    상대 애플리케이션이 WebSphere Application Server에서 실행되는 JMS 애플리케이션입니까?

    (서비스 통합은 WebSphere Application Server 애플리케이션 서버에서 실행됩니다. 분산 플랫폼에서 이는 처리 중임을 의미합니다. [z/OS]z/OS® 플랫폼에서 이는 다른 영역에 있습니다. 따라서 기본 메시징 제공자 사용이 분산 플랫폼에서는 가능한 성능 이점을 제공하지만 z/OS 플랫폼에서는 그렇지 않습니다. )

    *
    상대 애플리케이션이 버스 또는 IBM MQ 클라이언트로 WebSphere 애플리케이션 서버 외부에서 실행되는 JMS 애플리케이션입니까?

    (서비스 통합과 IBM MQ를 혼합할 필요가 없는 경우, 혼합하지 마십시오. 순수 IBM MQ 또는 서비스 통합 솔루션은 더 단순하고 서비스 통합과 IBM MQ 형식 간에 메시지를 변환하는 비용을 피할 수 있습니다.)

    * *
    상대 애플리케이션이 비JMS(비WebSphere Application Server)애플리케이션입니까?

    (어디에서라도 순수 IBM MQ 또는 서비스 통합 솔루션을 선택하십시오. API 환경 설정에 따라 MQI IBM MQ 클라이언트 또는 XMS IBM MQ 클라이언트 또는 XMS 버스 클라이언트를 사용하십시오.)

    * *
    엄격한 메시지 순서 유지보수가 중요합니까? *
    애플리케이션이 IBM MQ 클러스터의 유연성 및 편리성을 요구합니까?

    (IBM MQ 클러스터링은 관리를 더 단순하게 하고 클러스터된 큐의 선택적 유사성을 제공합니다. 즉, 클러스터된 큐의 인스턴스를 IBM MQ 클러스터의 일부(전체가 필요한 것을 아님) 큐 관리자에서 작성할 수 있습니다. 클러스터된 큐에 전송된 메시지는 큐의 특정 인스턴스에 첨부되거나 워크로드 관리 통계를 기반으로 하는 인스턴스를 동적으로 선택할 수 있습니다. WebSphere Application Server 클러스터링은 이러한 유연성의 일부를 제공하지만, 클러스터 버스 멤버에 메시징 엔진의 서브세트에 버스 대상의 파티션을 작성할 수 없습니다.)

    * * *
    애플리케이션은 z/OS용 IBM MQ 공유 큐에서 제공하는 고가용성 레벨이 필요합니까? * * *
    WebSphere Application Server 클러스터링의 고가용성 또는 확장성 기능을 사용하시겠습니까? * * *

주제 유형을 표시하는 아이콘 태스크 주제



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