서비스 통합 버스

서비스 통합 버스는 비동기 메시징 서비스를 제공하는 데 작용하는 WebSphere® Application Server 셀의 하나 이상의 애플리케이션 서버 또는 서버 클러스터 그룹입니다. 버스의 애플리케이션 서버 또는 서버 클러스터는 버스 멤버로 알려져 있습니다. 가장 간단한 경우에 서비스 통합 버스는 하나의 애플리케이션 서버인 단일 버스 멤버로 구성됩니다.

대개, 셀에는 하나의 버스만 필요하지만 셀에는 임의의 수의 버스가 포함될 수 있습니다.버스가 메시지를 전송 및 수신할 수 있는 서버 컴포넌트는 메시징 엔진입니다.

서비스 통합 버스에는 다음 기능이 있습니다.
  • 모든 애플리케이션은 하나의 애플리케이션이 메시지를 전송하고 다른 애플리케이션이 메시지를 수신하는 대상을 사용하여 기타 모든 애플리케이션과 메시지를 교환할 수 있습니다.
  • 메시지 생성 애플리케이션인 생성자는 생성자가 버스로의 연결에 사용하는 메시징 엔진에 관계 없이 대상에 대한 메시지를 작성할 수 있습니다.
  • 메시지 이용 애플리케이션인 이용자는 이용자가 버스로의 연결에 사용하는 메시징 엔진에 관계 없이 대상으로부터의 메시지를 이용할 수 있습니다(대상이 사용 가능할 때마다).

필요한 경우, 여러 가지 서비스 통합 버스가 연결될 수 있습니다. 이를 통해 하나의 버스(로컬 버스)를 사용하는 애플리케이션이 다른 버스(외부 버스)의 대상에 메시지를 전송할 수 있습니다. 그러나 해당 애플리케이션이 외부 버스에 있는 대상에서 메시지를 수신할 수는 없습니다.

애플리케이션은 두 개 이상의 버스에 연결할 수 있습니다. 예를 들어, 애플리케이션이 외부 버스의 대상에서 메시지를 수신할 수 없는 경우에도 애플리케이션이 해당 버스에 연결되면 버스가 로컬 버스가 되고 애플리케이션이 메시지를 수신할 수 있습니다.

예를 들어, 다음 다이어그램에서 애플리케이션은 대상 A 및 대상 B로 메시지를 전송할 수 있으나 대상 B로부터 메시지를 수신할 수는 없습니다.

그림 1. 버스 A에 연결된 애플리케이션
애플리케이션은 대상 A 및 대상 B로 메시지를 전송할 수 있으나
대상 B로부터 메시지를 수신할 수는 없습니다.

다음 다이어그램에서 애플리케이션은 대상 A 및 대상 B로 메시지를 전송할 수 있고 대상 A 및 대상 B로부터 메시지를 수신할 수도 있습니다.

그림 2. 버스 A와 버스 B에 연결된 애플리케이션
애플리케이션은 대상 A 및 대상 B로 메시지를 전송할 수 있고
대상 A 및 대상 B로부터 메시지를 수신할 수도 있습니다.

서비스 통합 버스는 WebSphere Application Server 환경의 각 애플리케이션 서버에서 사용 가능한 SIB 서비스로 구성됩니다. 기본적으로 SIB 서비스는 사용 불가능합니다. 이는 서버가 시작할 때 어떤 메시징도 수행할 수 없다는 의미입니다. SIB 서비스는 서버를 서비스 통합 버스에 추가할 때 자동으로 사용 가능합니다. 서버를 구성하여 서비스를 사용 불가능하게 할 수 있습니다.

[z/OS]SIB 서비스가 z/OS®에서 사용 가능한 경우, 서버가 시작되면 제어 영역 부속 요소 프로세스를 시작하도록 플래그가 설정됩니다. 버스를 삭제하거나 서버에서 마지막 버스 멤버를 제거하는 경우, SIB 서비스를 사용 불가능하게 하여 서버 시작 시 이 플래그 때문에 부속 요소 영역의 프로세스가 시작되지 않도록 해야 합니다.

서비스 통합 버스에서는 비동기식 메시징을 지원합니다. 프로그램은 메시지를 메시지 큐에 배열한 다음, 메시지에 대한 응답을 대기하지 않고 자체 프로세스를 진행합니다. 이용 애플리케이션의 실행 여부와 대상의 사용 가능 여부에 관계없이 비동기 메시징이 가능합니다. 또한 지점간 메시징 및 공개/등록 메시지가 모두 지원됩니다.

애플리케이션이 버스에 연결되면 버스는 단일 논리 엔티티로 작동하며 연결된 애플리케이션은 버스 토폴로지를 인식할 필요가 없습니다. 많은 경우 버스에 대한 연결 및 버스 자원 정의는 API(Application Programming Interface) 추상(예: 관리 JMS 연결 팩토리 및 JMS 대상 오브젝트)에 의해 처리됩니다.

서비스 통합 버스는 기본 메시징 제공자를 사용하는 JMS 애플리케이션에 메시징 시스템을 제공하는 경우 메시징 버스라고도 합니다.

많은 시나리오에서는 단순 버스 토폴로지(예: 단일 서버)가 필요합니다. 단일 버스에 여러 서버를 추가하면 애플리케이션이 사용할 연결 위치 수를 늘리십시오. 서버 클러스터를 버스 멤버로서 추가하면 확장성을 늘리고 고가용성을 확보할 수 있습니다. 그러나 서버가 버스에 연결할 버스 멤버일 필요는 없습니다. 보다 복잡한 버스 토폴로지에서는 여러 버스가 구성되어 복잡한 네트워크를 형성하기 위해 상호 연결될 수 있습니다. 조직적 이유로 엔터프라이즈는 여러 개의 상호 연결된 버스를 배치할 수 있습니다. 예를 들어, 여러 개의 독립적인 부서가 있는 기업은 각 부서에서 별도로 관리되는 버스를 필요로 할 수 있습니다.


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



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