WebSphere ESB에 대해 전체(기본값) 설치를 선택한 경우 셀이라고 하는 자체 관리 도메인의
독립형 노드가 작성됩니다.
이 노드는 SCA 모듈을 전개할 수 있도록 셀의 SCA.SYSTEM 버스에 지정된 하나의
서버를 호스트합니다.
SCA 모듈에 하나의 서버만 필요한 경우
전체(기본값) 설치의 SCA.SYSTEM 버스를 사용할 수 있습니다. 서비스 응용프로그램에
여러 서버가 필요한 경우 다양한 버스 토폴로지 중에서 선택해야
합니다.
SCA 모듈을 전개하기 전에
엔터프라이즈 서비스 버스에 필요한 버스 환경을
선택해야 합니다. 작성해야 하는
WebSphere ESB
프로파일 및 메시징 엔진이 사용할 데이터베이스와 같은 설치 관련 조치에 영향을
주기 때문입니다.
- 기본 독립형 서버 프로파일을 사용하여
WebSphere ESB를 설치하십시오.
제공된 SCA.SYSTEM 버스에서 시작한 다음 필요하면 나중에 보다 고급 버스 환경을 위해
Deployment Manager 프로파일 및 관리 대상 노드용 프로파일을 작성할 수 있습니다.
- 버스 환경에서 여러 서버를 사용하려면 Deployment Manager 셀에서
관리 대상 노드에 프로파일을 사용해야 합니다.
- WebSphere ESB를
설치하기 전에 버스 환경을 선택한 다음
선택한 버스 환경을 가장 잘 지원하는 데 필요한 프로파일을 설치할 수 있습니다.
SCA 모듈에 제공된 SCA.SYSTEM 버스 사용 이외에
다른 Application Server 및 서비스 통합 버스를
작성하여 기타 응용프로그램 및 모듈을 지원하거나 WebSphere MQ 네트워크에 연결할 수 있습니다.
이 주제 세트는 주로 SCA.SYSTEM 버스를 사용한 SCA 모듈 지원에 초점을
맞춥니다.
WebSphere Application Server Network Deployment에서와
같이 기타 서비스 통합 버스 사용에 대한 정보는
WebSphere Application Server 주제 링크에서 제공합니다.
버스 환경을 선택하려면 아래에 참조된 부주제에 제공되어 있는 버스 토폴로지의
설명과 다음의 사항을 고려하십시오.
- 버스에 전개되는 모듈에 대해 원하는 클라이언트 연결 수 및
처리량을 고려하십시오.
클라이언트에서 인식하는 모듈 성능이
저하되기 시작하는 지점을 식별하는 것이 목표입니다.
- 새 클라이언트 연결이 작성될 때 성능이 저하되기 시작하는
동시 클라이언트 연결 수 초과 지점.
- 메시징 엔진을 통해 요청을 전송하려고 새로 시도할 때
메시징 엔진을 통해 플로우되는 요청 및 응답 수 초과 지점.
모든 환경에 적용되는 특정 공식을 제공하는 것은
불가능합니다. 서버가 실행되는 호스트의 특성, 전개되는 모듈의
특성 및 기타 요인에 따라 다르기 때문입니다.
단일 서버 버스를
사용하며 클라이언트 연결 수가 성능을 저하시키거나 처리량이
저하되기 시작하는 것으로 판단되면 여러 가지 방법으로 버스 환경의
용량을 증가시킬 수 있습니다.
- 독립형 프로파일에서는 동일한 서버를 사용하여 여러 단일 서버 버스를
작성할 수도 있습니다. 그러면 클라이언트 연결을 여러 버스에 분배할 수
있지만 요청의 처리량은 계속 한 서버에
의존합니다.
- 클라이언트 연결 및 요청 처리량이 많아지면
여러 버스에 분배된 여러 서버를 사용할 수 있습니다. (하나 이상의 버스에
분배된 여러 서버를 사용하려면 Deployment Manager 셀의 관리 대상 노드에 대한
서버 프로파일이 있어야 합니다.)
- 메시징 엔진을 통해 플로우되는 요청의 크기를 고려하십시오.
모든 메시징 엔진은 요청 및 요청 관련 데이터가 있는 두 개의
메모리 버퍼를 관리합니다. 메시징 엔진이 버퍼에 데이터를 추가하려고 시도할 때
공간이 충분하지 않으면 메시징 엔진은 공간을 확보하기 위해
버퍼에 이미 있는 데이터를 버릴 수 있습니다.
실행 중인 메시징 엔진은 버퍼에서
받는 것보다 더 많은 데이터를 버리는 경우가 많습니다. 이 경우 버스에 다른 서버를 추가하여
다른 메시징 엔진을 제공할 수 있습니다. 또는 버스 구성원으로 다른 서버를
사용하는 여러 단일 서버 버스를 작성하도록 선택할 수
있습니다. 각 서버의 메시징 엔진은 개별 메모리 버퍼 세트 및
개별 데이터스토어를 사용합니다. (하나 이상의 버스에 분배된
여러 서버를 사용하려면 Deployment Manager 셀의 노드에 대한
서버 프로파일이 있어야 합니다.)
- 서비스 응용프로그램에 다른 서비스 품질을 사용할 것인지 여부를
고려하십시오.
각 버스에는 서비스 품질 및 기타 등록 정보의
고유 구성이 있습니다. 여러 버스를 작성하고 다른 서비스 품질로
구성한 다음 각 모듈을 적합한 구성이 있는 버스에 전개하도록 선택할 수
있습니다.
- 버스의 여러 서버를 사용하는 다른 이유를 고려하십시오.
한 서버로만 구성된
서비스 통합 버스는
일부 응용프로그램에서 충분합니다. 그러나 버스의 여러 서버를 사용하면
장점이 있습니다(각 서버가 메시징 엔진을 제공함).
- 여러 서버에 메시징 워크로드를 분산시킬 수 있습니다.
- 요청 처리를 요청자 응용프로그램 근처에 배치하여
네트워크 통신량을 줄일 수 있습니다. 예를 들어, 전송 및 수신 응용프로그램이
동일한 서버 프로세스에서 실행되고 있는 경우 원격 서버에서 실행 중인
메시징 엔진을 통해 이들 간에 플로우되는 모든 요청을 라우트하는 것은
비효율적입니다.
- 시스템 또는 링크 장애가 발생한 경우 가용성을 향상시킬 수 있습니다. 여기에는
단일 장애 지점 제거와 두 서버 간 저장 및 전달
허용(필수 사항)이 포함됩니다.
- 확장성을 향상시킬 수 있습니다.
- 모두 단일 메시징 엔진에 연결하도록 네트워크 호스트의 능력을 제한하는
방화벽 또는 기타 네트워크 제한을 조정할 수 있습니다.
- 다중 SCA.SYSTEM 버스 환경을 사용하는 다른 이유를 고려하십시오.
각 서비스 통합 버스에는
개별 구성이 있으므로 각각 개별 모듈에 맞게 구성이 다른 여러 버스를
사용하도록 선택할 수 있습니다. 예를 들어, 보안을 사용하는 프로덕션
환경을 위한 버스가 있고 보안을 사용하지 않는 테스트를 위한 다른
버스가 있습니다.
모듈 관리를 분리하기 위해 여러 버스를
작성하도록 선택할 수도 있습니다. 예를 들어, 개별 관리 셀 및 해당 SCA.SYSTEM
버스를 조직 내의 다른 부서에 사용하거나 테스트 및 프로덕션 설비를
분리하는 데 사용할 수 있습니다.
SCA.SYSTEM 버스 이외에
다른 응용프로그램용으로 다른 버스를 작성하여 연결할 수 있으므로 버스를 통한
메시징이 가능합니다. 다른 조직의 버스에도 연결할 수 있습니다. 버스가 상호 연결된
경우 응용프로그램은 다른 버스의 응용프로그램에 메시지를 전송할 수 있으며
다른 버스에 제공된 자원을 사용할 수 있습니다. 공개된 메시지는
버스들 간 링크가 이를 허용하도록 구성된 경우 여러 버스를 사용할 수
있습니다.
- 비SCA 서비스 통합 버스를 사용하는 이유를 고려하십시오.
SCA 모듈에
사용되는 SCA.SYSTEM 버스 이외에 모듈에서 제공하는 서비스 통합 논리를 지원하는 데 사용할 수
있는 다른 서비스 통합 버스 를 작성할 수도 있습니다.
예를 들어, SCA.APPLICATION.cell_name.Bus가 제공되고
JMS 바인딩으로 전개되는 모듈에 대해 JMS 대기열 목적지 및 기타 JMS 자원을
정의하는 데 사용됩니다.
WebSphere ESB에서
서비스 요청자 및 프로바이더의 역할을 담당하는 응용프로그램에 대해 또는 버스를
WebSphere MQ에 링크하기 위해 WebSphere Application Server에서와 같이
사용할 다른 버스를 작성할 수 있습니다.
WebSphere Application Server에 전개된
응용프로그램 및 모듈과 함께 사용하도록
WebSphere ESB Deployment Manager를
사용하여 개별 Application Server를 관리할 수도 있습니다.
- SCA 모듈을 지원하지 않는 Application Server를 원하는지 여부를
고려하십시오.
WebSphere ESB
Deployment Manager 셀에는 WebSphere Application Server 서버에서
실행되는 Application Server 노드가 포함될 수 있습니다.
WebSphere Application Server에서 지원하는 응용프로그램 및
모듈에 이러한 Application Server를 사용할 수 있습니다.
WebSphere Application Server의 서비스 통합 기술을
이용하지 않으려면 서비스 통합 버스에
Application Server를 추가할 필요가 없습니다.