모든 버스 구성의 공통 문제점
모든 유형의 서비스 통합 버스 구성에 적용되는 계획 문제 및 설계 결정이 있습니다.
서비스 통합 버스 구성을 계획할 때 다음 사항을 고려하십시오.
- 버스가 처리해야 할 메시지의 볼륨. 예상되는 메시지의 볼륨에 따라, 버스 또는 메시징 엔진에 대한 높은 메시지 임계값 설정을 조정해야 합니다.
- 메시징 엔진 사이의 통신에 사용될 전송 체인. 자세한 정보는 전송 체인의 내용을 참조하십시오.
- 버스 보안이 필요한지 여부. 버스 보안을 사용할 수 있는 경우, 버스 및 버스에 권한이 부여되어야 하는 모든 대상에 액세스하십시오. 버스 보안을 사용하는 경우, 메시징 엔진 및 버스에 액세스하는 중개 인증을 위한 별명을 정의할 수도 있습니다. 단일 버전의 버스에는 인증 별명이 필요하지 않습니다. 그러나 혼합 버전의 버스를 작성하는 경우, 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 클라이언트 링크는 이러한 클라이언트가 사용할 수 있는 접속 기능을 제공합니다.
- 트랜잭션 로그
- 트랜잭션 로그의 위치를 계획하십시오. 관련 링크에서 트랜잭션 고가용성에 대한 주제를 참조하십시오.