서비스 통합 구성
서비스 통합 구성의 범위는 두 개의 연결된 애플리케이션을 실행 중인 단일 호스트에서 버스에 대해 실행 중인 전역적으로 분산된 수백, 수천 개의 통신 애플리케이션 세트까지입니다.
서비스 통합 구성은 하나 이상의 서비스 통합 버스에 기초하며, 여기서 서비스 통합 버스는 비동기 메시징을 통해 서비스 통합을 지원하는 관리 통신 패브릭을 제공합니다.
버스는 하나 이상의 상호 연결된 버스 멤버의 그룹이며, 각 버스 멤버는 애플리케이션 서버 또는 애플리케이션 서버 클러스터입니다. 애플리케이션은 자체 버스 멤버와 연관된 메시징 엔진 중 하나에서 버스에 연결합니다.
서비스 통합 버스에는 다음 기능이 있습니다.
- 모든 애플리케이션은 애플리케이션이 메시지를 전송 및 수신하는 대상을 사용하여 기타 모든 애플리케이션과 메시지를 교환할 수 있습니다.
- 애플리케이션은 생성자가 버스로의 연결에 사용하는 메시징 엔진에 관계 없이 대상에 대한 메시지를 작성할 수 있습니다.
- 애플리케이션은 이용자가 버스로의 연결에 사용하는 메시징 엔진에 관계 없이 대상으로부터의 메시지를 이용할 수 있습니다(대상이 사용 가능할 때마다).
- 서비스 통합 버스는 JMS 애플리케이션에 대한 기본 메시징 제공자입니다.
많은 시나리오에서는 단순 버스 구성(예: 단일 서버)이 필요합니다. 단일 버스에 여러 서버를 추가하면 애플리케이션이 사용할 연결 위치 수를 늘리십시오. 서버 클러스터를 버스 멤버로서 추가하면 확장성을 늘리고 고가용성을 확보할 수 있습니다. 그러나 서버가 버스에 연결할 버스 멤버일 필요는 없습니다. 보다 복잡한 버스 구성에서는 여러 버스가 구성되어 복잡한 네트워크를 형성하기 위해 상호 연결될 수 있습니다.
조직적 이유로 엔터프라이즈는 여러 개의 상호 연결된 버스를 배치할 수 있습니다. 예를 들어, 여러 개의 독립적인 부서가 있는 기업은 각 부서에서 별도로 관리되는 버스를 필요로 할 수 있습니다.
버스 지원 웹 서비스로
다음 목적을 이룰 수 있습니다.
- 인바운드 서비스 작성: 버스 대상에서 사용 가능한 내부적으로 호스트된 서비스를 선택하여 웹 서비스로 사용할 수 있게 하십시오.
- 아웃바운드 서비스 작성: 외부적으로 호스트된 웹 서비스를 선택하여 버스 대상에서 내부적으로 사용할 수 있게 하십시오.
- 게이트웨이 서비스를 작성하십시오. 웹 서비스 게이트웨이를 사용하여 기존 서비스(인바운드 또는 아웃바운드 서비스)를 게이트웨이에서 제공하는 것으로 표시되는 새 웹 서비스로 맵핑하십시오.
사용자의 요구를 충족시키기 위해 서비스 통합 구성을
다음과 같이 변경할 수 있습니다.
- 애플리케이션 서버 또는 서버 클러스터를 새 버스 멤버로 추가할 수 있습니다. 새 버스 멤버 각각은 기본 데이터 소스가 있는 메시징 엔진 및 기본 예외 대상이 자동으로 지정됩니다. 메시징 엔진은 버스에 있는 모든 기타 메시징 엔진이 제공하는 자원을 사용하고 이들과 통신할 수 있습니다.
- 메시징 엔진에 대한 데이터 소스의 구성을 변경할 수 있습니다(예: 다른 JDBC 제공자 사용).
- 새 버스를 작성하고 애플리케이션 서버 또는 서버 클러스터를 해당 버스의 멤버로 추가할 수 있습니다. 각 버스는 게이트웨이 메시징 엔진에 의해 연결되지 않을 경우, 별도의 환경으로 운영됩니다.
- 메시지 구동 Bean을 연결하여 원격 셀의 대상에서 메시지를 이용할 수 있습니다.