버스 환경은 하나 이상의 서비스 통합 버스, ESB 서버 및 셀 및 노드의 논리적 관리 도메인으로
구성된 해당 자원으로 이루어집니다.
WebSphere Process Server의
전체(기본) 설치를 작성할 경우, 서버를 구성할 필요없이 SCA(Service Component Architecture) 모듈을
전개할 수 있는 독립형 서버를 가질 수 있습니다.
그러나 관리자는 여전히 버스 환경에서 작동하기를 원하며, 이 환경에서 몇 가지 세부적인 이점을 원할 수도 있습니다.
- SCA 런타임(중개 모듈이 이용하는)은 구성요소와 모듈 간의 비동기 상호작용을 지원하기 위한 강력한
하부 구조로서 SCA.SYSTEM 서비스 통합 버스의 대기열을 사용합니다.
서버는 SCA.SYSTEM 버스의
구성원으로서 대기열을 호스트합니다.
- ESB 서버는
WebSphere Process Server에서
중개 모듈 및 서비스 응용프로그램을 실행하는 데 필요한 통합 테크놀러지, 하부 구조 서비스,
구성 및 런타임 관리를 제공합니다.
서버는 버스 구성원으로서 SCA.SYSTEM 버스의 코어 메시징 기능성을 제공하는 메시징 엔진을
가지고 있습니다.
서버와 SCA.SYSTEM은 둘 다 사용자가 SCA 모듈을 전개하여 실행하는 데 적당한 기본 특성으로
구성됩니다.
그림 1. SCA.SYSTEM 서비스 통합 버스에
하나의 서버가 지정된 버스 환경.
버스 구성원인 서버에는 상태 데이터 및 메시지를 저장하기 위한 데이터 스토어가 있는 하나의
메시징 엔진이 지정됩니다. 이 그림은 또한 버스 환경으로 전개되고 버스 구성원에 지정된 중개
모듈을 보여줍니다.
향상된 기능의 사용을 위해 독립형 서버에 대한 버스 환경의 구성을 변경하거나 Deployment Manager 셀에 대한
버스 환경을 작성할 수 있습니다. 예를 들어, 다음과 같습니다.
- 보안, 보증 전달(메시지가 유실되지 않고 안전하게 전송될 것을 보증하는)에서 최상의 노력(메시지가 시스템
장애가 발생한 경우에도 유실되지 않는)에 이르는 다양한 품질의 서비스를 구성할 수 있습니다.
- 중개 모듈을 호스트하는 여러 서버를 제공하도록 Deployment Manager 셀을 설정할 수 있습니다.
이는 더 많은 메시지 처리량과 더 많은 클라이언트 연결을 처리할 수 있는 능력과 확장성을
제공합니다.
또한 서버 클러스터를 작성할 수 있으며 이를 통해 서버 그룹을 함께 관리하고 서버가 워크로드 관리에
참여하게 할 수 있습니다.
- 완료된 버스 환경은 여러 개의 독립형 및 Deployment Manager 프로파일로 이루어지며 여러 부서에 대한
별도의 관리 도메인을 제공하거나 테스트와 프로덕션 기능을 분리시킬 수 있습니다.
각 프로파일은 고유의 SCA.SYSTEM 서비스 통합 버스를 갖습니다.
SCA 모듈에 사용된 SCA.SYSTEM 버스 외에도 이 모듈이 제공하는 서비스 통합 로직을
지원하는 데 사용할 수 있는 기타 서비스 통합 버스도
작성할 수 있습니다. 예를 들어, SCA.APPLICATION.cell_name.Bus가 제공되어 JMS 대기열 목적지 및
JMS 바인딩으로 전개된 모듈에 대한 기타 JMS 자원을 정의하는 데 사용됩니다.
WebSphere Application Server에서 사용된 것처럼 사용할 다른
버스를 작성할 수 있습니다. 예를 들어, WebSphere Process Server에서 서비스 요청자 및 프로바이더로
작동하는 응용프로그램의 경우 또는 WebSphere MQ에 링크하기 위한 경우입니다. WebSphere Process Server
Deployment Manager를 사용하여 WebSphere Application Server에 전개된
모듈 및 응용프로그램과 함께 사용할 여러 Application Server를 관리할 수 있습니다.