모든 버스 구성의 공통 문제점

모든 유형의 서비스 통합 버스 구성에 적용되는 계획 문제 및 설계 결정이 있습니다.

서비스 통합 버스 구성을 계획할 때 다음 사항을 고려하십시오.
  • 버스가 처리해야 할 메시지의 볼륨. 예상되는 메시지의 볼륨에 따라, 버스 또는 메시징 엔진에 대한 높은 메시지 임계값 설정을 조정해야 합니다.
  • 메시징 엔진 사이의 통신에 사용될 전송 체인. 자세한 정보는 전송 체인의 내용을 참조하십시오.
  • 버스 보안이 필요한지 여부. 버스 보안을 사용할 수 있는 경우, 버스 및 버스에 권한이 부여되어야 하는 모든 대상에 액세스하십시오. 버스 보안을 사용하는 경우, 메시징 엔진 및 버스에 액세스하는 중개 인증을 위한 별명을 정의할 수도 있습니다. 단일 버전의 버스에는 인증 별명이 필요하지 않습니다. 그러나 혼합 버전의 버스를 작성하는 경우, WebSphere® Application Server 버전 6 또는 버전 6.1 버스 멤버의 엔진 간 인증 별명 정의해야 최신 버전의 다른 버스 멤버와 신뢰를 구축할 수 있습니다.
  • IBM MQ 큐 관리자 네이밍 제한사항과 호환 가능한 버스 이름을 선택해야 합니다. 버스가 작성된 후 버스 이름을 변경할 수 없습니다. 이는 호환 가능한 이름을 사용하는 경우 앞으로 IBM MQ와 유일하게 상호 운용할 수 있음을 의미합니다. 관련 링크에서 IBM MQ 네이밍 제한사항에 대한 주제를 참조하십시오.
  • 버스의 이름을 지정하는 경우, 같은 이름의 두 버스를 연결할 수 없으므로 이름이 고유한지 확인해야 합니다. 예를 들어, 다음 방법 중 하나로 같은 이름의 두 버스를 연결할 수 없습니다.
    • 동일한 이름으로 두 버스 간에 내부 버스 링크를 작성합니다.
    • 동일한 이름의 버스가 정의된 원격 셀에서 실행되는 애플리케이션에서 원격 버스에 연결합니다.
    • 동일한 이름의 버스가 포함된 두 개의 셀 사이에 코어 그룹 브릿지를 작성합니다.
대상
구성에 대한 대상의 서비스 품질, 대상 라우팅 경로, 중개 및 대상의 유형 수를 결정해야 합니다. 지점간 메시징의 경우 버스 대상을 큐로 정의하는 반면, 공개/등록 메시징의 경우 버스 대상을 토픽 영역으로 정의합니다.
지점간 메시징 전용의 경우, 큐에 대한 메시지를 보유할 지정된 버스 멤버로서 하나의 버스 멤버를 선택합니다. 이 조치가 자동으로 지정된 버스 멤버의 각 메시징 엔진에 대한 큐 위치를 정의합니다.
또한 별명 대상을 정의하여 애플리케이션과 기본 대상 버스 대상 사이의 간접 레벨을 제공할 수 있습니다. 애플리케이션이 별명 대상과 상호작용하므로 애플리케이션을 변경하지 않고도 대상 버스 대상을 변경할 수 있습니다.
생성자가 대상으로 메시지를 전송하지 못하게 하거나 이용자가 대상에서 메시지를 수신하지 못하도록 버스 대상을 구성할 수 있으므로 버스 대상을 사용하려는 방법을 결정해야 합니다.
메시지 지속
대상에서 메시지에 대한 신뢰도 서비스 품질은 메시지 저장소에 필요한 성능 및 필요한 공간과 관련됩니다. 더 높은 신뢰도 레벨은 성능에 영향을 주며 적은 메시지가 버려지기 때문에 메시지 저장소에 필요한 공간을 늘립니다.
메시지 저장소 구성을 계획할 경우, 각 메시징 엔진에는 단일 메시지 저장소(파일 저장소 또는 데이터 저장소)가 있음을 기억하십시오. 파일 저장소와 데이터 저장소의 상대적 장점의 내용을 참조하십시오. 더 큰 메시지는 메시지 저장소에 필요한 공간을 늘린다는 것을 기억하십시오.
데이터 저장소를 사용하는 경우, 데이터 저장소에 대한 기본 데이터베이스 시스템은 Apache Derby 버전 10.3입니다. 하지만 다른 시스템(예: DB2®)을 사용하려 할 수도 있습니다. 사용자 요구사항에 따라서 다른 데이터 저장소 구성을 선택할 수 있습니다. 자세한 정보는 데이터 저장소 사용을 위한 메시징 엔진에 대한 구성 계획의 내용을 참조하십시오.
애플리케이션 환경
애플리케이션은 원격 클라이언트를 사용하여 네트워크를 통해서 또는 진행 중인 호출에 의해 버스의 메시징 엔진에 클라이언트로서 첨부됩니다. 원격 클라이언트는 Java™ EE 애플리케이션 클라이언트 환경 또는 Java EE 애플리케이션 서버 환경에서 실행될 수 있습니다. 다양한 전송 체인을 사용할 수 있습니다.
애플리케이션 연결
메시징 엔진이 선택되는 방법 및 애플리케이션이 해당 메시징 엔진에 도달하는 데 사용하는 메커니즘이, JMS 연결 팩토리에 구성됩니다. 애플리케이션이 연결해야 하는 메시징 엔진과 사용할 전송 체인을 결정해야 합니다. 연결 팩토리에 대한 자세한 정보는 전송 옵션의 기본 메시징 제공업체의 자원 구성전송 체인을 참조하십시오.
IBM MQ 클라이언트 링크
IBM MQ 클라이언트 링크를 통해 WebSphere Application Server 버전 5.1에 대해 개발된 JMS 클라이언트가 버스의 메시징 자원을 사용할 수 있습니다. WebSphere Application Server 버전 5.1은 WebSphere Application Server 버전 5.1 클라이언트가 MQ 링크 프로토콜을 사용하여 연결하도록 IBM MQ 큐 관리자를 JMS 제공자로 사용합니다. 서비스 통합에서 IBM MQ 클라이언트 링크는 이러한 클라이언트가 사용할 수 있는 접속 기능을 제공합니다.
트랜잭션 로그
트랜잭션 로그의 위치를 계획하십시오. 관련 링크에서 트랜잭션 고가용성에 대한 주제를 참조하십시오.

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



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