 | |
|
난이도 : 중급 Nay Lin, Senior Software Engineer, IBM Software Services for WebSphere, IBM
2007 년 2 월 20 일 ESB(Enterprise Service Bus)는 서비스간의 상호 연동을 위한 범용 연결 통로를 제공하고 이에 대한 가상화를 가능하게 하는 아키텍처 패턴입니다. 이는 EIS(Enterprise Information System)에서 SOA를 구현하는데 기본 골격을 제공합니다. IBM은 ESB를 구현하기 위하여 몇 가지 제품들을 제공하고 있으며, 이러한 제품으로서는 WebSphere Massage Broker와 WebSphere DataPower등이 있습니다. 최근 IBM은 SCA(Service Component Architecture)를 토대로 WebSphere ESB V6를 제공하고 있습니다. 본 기사는 위에서 언급한 WebSphere ESB와 그의 IDE(Intergrated Development Environment: 통합 개발 툴)인 WID(WebSphere Integration Develper)에 대한 대략적인 설명을 합니다.
머리말
이 글에서는 IBM® WebSphere® ESB V6.0.2와 WebSphere Integration Developer V6.0.2의 핵심 기능을 설명하고, 개발에 도움이 되는 자료들을 제공한다. 본서는 WebSphere ESB를 사용하여 엔터프라이즈 SOA 솔루션을 개발하는 아키텍트, 서비스 통합자, 개발자들에게 도움이 될 것이다. 다른 ESB 제품들과 구별되는 WebSphere ESB만의 특징은 다음과 같다.
- JMS 스팩에 기반한 디폴트 메시징 엔진.
- WebSphere Application Server 코드 베이스: 고급 가용성, 확장성, 성능을 제공하는 세계적 수준의 J2EE 토대.
- J2EE와 웹 서비스 환경에서 서비스들을 유연하게 통합할 수 있도록 해주는 J2EE, 웹 서비스, 상호 운용성 표준 지원.
- 개발 및 실행 시, 서비스 컴포넌트들의 쉽고 동적인 조합 및 바인딩을 가능케 하는 Service Component Architecture (SCA).
- WebSphere Process Server에 포함된 기본 ESB는 고급 비즈니스 통합 및 프로세스 관리를 제공한다. 기업에서 비즈니스 필요가 증가하면 WebSphere Process Server 기능을 전개하여 SOA 솔루션을 신속하게 확장할 수 있다.
- Eclipse 기반 WebSphere Integration Developer는 일반 통합 환경을 제공하여 서비스들을 개발 및 조합하거나, 비즈니스 프로세스 모델을 구현한다.
- 체계화된 설치 및 구성 절차, WebSphere Application Server와 WebSphere Process Server와 같은 관리 사용자 인터페이스 룩앤필.
WebSphere ESB란 무엇인가?
이질적인 기술과 시스템들간에 서비스를 연결하는 것은 SOA를 구현할 때의 기본이 되는 요소이다. WebSphere ESB는 디폴트 메시징 엔진을 통해서 서비스들을 연결함과 동시에, 다양한 인터랙션 스타일, 프로토콜, Quality of Service (QoS)를 지원한다. 중재 모듈(mediation module)을 통해서 서비스 요청자와 서비스 공급자들 간 메시지를 중재한다. WebSphere ESB는 메시지 변형 및 필터링 또는 다른 서비스 공급자로의 메시지 라우팅 같은 핵심적인 ESB 중재 기능들을 제공한다. 게다가, 메시지 로깅 같은 기능을 제공하면서, 데이터베이스에서 가져온 데이터들로 메시지를 늘리고 여러분의 필요에 맞춰 에러도 처리한다. WebSphere ESB 중재는 다중의 프로토콜 채널들을 통해 서비스 요청자들이 같은 서비스들에 액세스 할 수 있도록 한다. WebSphere ESB는 SCA 기반이고, 핵심적인 J2EE 및 웹 서비스 표준을 지원한다. 서비스의 통합과 전개를 용이하게 하며, 보안과 모니터링 컴포넌트의 설정 및 계측 포인트를 제공하면서 역동적인 중재 서비스들을 수행한다. WebSphere ESB는 WebSphere Adapter 지원을 통해서 SAP, Siebel, PeopleSoft 같은 많은 엔터프라이즈 애플리케이션으로 쉽게 연결된다.
이 외에도 WebSphere ESB는 다음과 같은 기능도 발휘한다:
- IBM Message Service client for C/C++ -- JMS 메시징 모델을 C와 C++ 애플리케이션으로 확장한다.
- IBM Message Service Client for .NET -- .NET 애플리케이션들이 JMS 기반 정보 흐름에 참여할 수 있도록 한다.
- IBM Web Services Client for C++ -- C와 C++ 애플리케이션들을 WebSphere에 호스팅 된 웹 서비스로 연결시킨다.
중재 모듈(Mediation modules)
WebSphere ESB 중재 모듈은 서비스 요청자들과 서비스 공급자들 사이에 오고 가는 메시지들을 중재할 수 있는 SCA 모듈이다. SCA 모듈에는 SCA 컴포넌트 또는 서비스 컴포넌트가 포함된다. SCA 컴포넌트들은 합성 서비스들로 조합될 수 있는 SCA 구현 블록들이다. WebSphere Integration Developer를 사용하여 SCA 모듈과 컴포넌트들을 그래픽으로 생성 및 커스터마이징 할 수 있다. 또한, WebSphere ESB 관리 콘솔에서 모듈을 재 전개 할 필요 없이, 중재 모듈의 일부 속성들을 동적으로 커스터마이징 할 수 있다. 일반적으로, 중재 모듈에는 중재 플로우(mediation flow) 컴포넌트라고 하는 특정한 SCA 컴포넌트 유형을 포함한다. 각 중재 모듈에는 한 개의 중재 플로우 컴포넌트가 포함되며, 아래와 같은 기능을 포함한다.
- 외부 서비스의 반입-중재 모듈의 중재 컴포넌트나 SCA 서비스 컴포넌트가 모듈 외부에 있는 서비스를 참조 및 호출할 수 있다.
- SCA 서비스 컴포넌트나 중재 플로우 컴포넌트를 노출하여, 중재 모듈 외부에 있는 서비스 요청자들도 여기에 액세스 할 수 있도록 한다.
그림 1. WebSphere ESB와 중재 모듈
바인딩 및 프로토콜 변환
WebSphere ESB는 중재 플로우 컴포넌트를 사용하여 다른 서비스 요청자들과 공급자들을 서로 연결한다. 중재 컴포넌트에 대한 인바운드(inbound)와 아웃바운드(outbound) 프로토콜은 중재 플로우 컴포넌트의 반출 및 반입 컴포넌트에서 바인딩으로 지정된다. WebSphere ESB는 본질적으로 다음과 같은 바인딩을 기반으로 프로토콜 변환을 수행한다.
- 웹 서비스 바인딩 -- 웹 서비스로 액세스 할 수 있도록 해준다. SOAP/HTTP와 SOAP/JMS 프로토콜을 지원한다.
- SCA 바인딩(기본 바인딩) -- SCA 모듈을 다른 SCA 모듈들과 연결한다.
- Java™ Message Service (JMS) 1.1 바인딩 -- WebSphere Application Server 기본 메시징 공급자와 통신한다. JMS 프로토콜은 TCP/IP 와 HTTP(S)를 포함하여 다양한 전송 유형들을 활용할 수 있다. JMS Message 클래스와 다섯 가지 하위 유형들(Text, Bytes, Object, Stream, Map)이 자동으로 지원된다.
- WebSphere Adapter 바인딩 -- Enterprise Information Systems (EIS)와의 인터랙션을 수행한다. IBM은 JCA 연결 표준을 기반으로 한 WebSphere Adapters를 제공하여 SAP, PeopleSoft, Siebel 같은 다른 프로토콜을 통해 EIS 애플리케이션으로 연결한다.
- WebSphere MQ JMS Bindings** -- WebSphere MQ 기반 JMS 공급자와 상호 작동한다. JMS Message 클래스와 이것의 다섯 가지 하위유형(subtype)들이 자동으로 지원된다.
- WebSphere MQ Bindings** -- WebSphere MQ 애플리케이션과의 상호 작동한다. WebSphere MQ 클라이언트 커넥션을 통해서 원격 큐 매니저와 WebSphere MQ 바인딩을 사용한다. 로컬 큐 매니저들과는 함께 사용할 수 없다.
중재 모듈은 반드시 중재 플로우 컴포넌트를 포함해야만 하는 것은 아니다. 중재 플로우 컴포넌트를 포함하고 있지 않은 중재 모듈은 서비스 요청자와 공급자들 간 프로토콜 변환에 사용된다.
JMS 커스텀 바인딩
사전 정의된 JMS 데이터 바인딩은 외부 JMS 메시지에 의해 사용되는 포맷과 중재 모듈에 의해 사용되는 Service Message Object (SMO) 표현 간 매핑을 제공한다. 일부 사전 정의된 JMS 바인딩에는 특별한 요구 사항들이 있다. 이를 테면, JMS Text 바인딩은 메시지 바디가 Business Object (BO) XML 메시지 디스크립션이어야 하고, JMS Object 바인딩은 메시지 바디가 직렬화된 Java Data Object여야 한다. 사전 정의된 JMS 데이터 바인딩에 의해 지원되지 않는 JMS 메시지 유형이나, SMO 메시지로 인바운드 및 아웃바운드 JMS 메시지를 처리하는 경우, 중재 모듈의 반출 및 반입 컴포넌트용으로 JMS 커스텀 바인딩을 지정해야 한다.
인터랙션 패턴(Interaction patterns)
WebSphere ESB는 다음과 같은 메시징 인터랙션 모델을 지원한다.
- 일방(One-way) 인터랙션
- 요청-응답(Request-reply)인터랙션 (동기식 또는 비동기식)
- Publish/subscribe
SCA에 기반하여, 선호하는 인터랙션 스타일과 다양한 QoS, 그리고 인터페이스, 레퍼런스, 바인딩에 대한 트랜잭션 속성을 지정할 수 있다.
중재 플로우 컴포넌트
중재 플로우 컴포넌트는 중재 플로우를 정의하는데 사용된다. 중재 플로우 컴포넌트에는 다음 사항들이 포함된다.
- 중재 플로우(Mediation flows) -- 서비스 요청자와 서비스 공급자 간 요청과 응답 메시지를 중재한다.
- 인터페이스(Interfaces) -- 중재 컴포넌트를 호출하기 위해 서비스 요청자에 의해서 사용되는 한 개 이상의 인터페이스.
- 레퍼런스(References) -- 중재 컴포넌트에 의해 호출되는 외부 서비스들의 반입에 대한 레퍼런스.
중재 플로우 컴포넌트는 요청-응답 인터랙션을 위해 한 개의 요청 중재 플로우와 한 개의 응답 중재 플로우를 갖는다.
그림 2. 중재 플로우 컴포넌트 상세
중재 플로우와 중재 프리머티브
중재 플로우는 하나의 중재 프리머티브(primitive)와 때에 따라서 많은 중재 프리머티브들로 구성된다. 각 플로우는 각 소스 연산에 대한 인풋 노드와 각 목표(target) 연산에 대한 콜아웃(callout) 노드를 갖고 있다. 콜아웃(callout) 노드에서 Use dynamic endpoint 속성을 사용할 수도 있다.
그림 3. 중재 요청 플로우와 응답 플로우
중재 프리머티브는 메시지들을 Service Message Objects (SMO)로서 처리한다. SMO는 WebSphere ESB 내에서 서비스들 간 교환되는 메시지의 논리적 표현이다. SMO는 Service Data Objects (SDO)의 패턴을 따른다. SMO 메시지는 헤더, 메시지 페이로드를 포함하고 있는 바디, 응답 플로우와 요청 플로우를 연결하는 데이터를 포함한 콘텍스트, 요청 또는 응답 플로우간 프리머티브를 연결하는 임시 데이터로 구성된다. WebSphere ESB V6.0.2는 다음과 같은 중재 프리머티브를 지원한다.
- Database Lookup -- 지정된 데이터베이스에서 가져온 정보를 사용하여 메시지를 강화하거나 업데이트 한다.
- Message Filter -- XPath 식을 통해 지정된 메시지 콘텐트에 기반하여 메시지들을 라우팅 한다.
- Message Logger -- 데이터베이스에 메시지들을 기록한다.
- Stop -- 예외를 만들지 않고 중재 플로우에서 경로를 중지한다.
- XSLT -- XSLT 중재 프리머티브를 사용하여 메시지들을 변형한다.
- Endpoint Lookup** -- 해당 서비스 엔드포인트로 메시지들을 동적으로 라우팅 한다. 엔드포인트 검색(Endpoint Lookup) 프리머티브는 웹 서비스용 서비스 엔드포인트 정보, WebSphere Service Registry와 Repository (이후 Registry와 Repository로 칭함)에서의 디폴트 SCA 바인딩을 검색한다.
- Event Emitter** -- 비정상적인 상황(또는 감사)의 경우 중재 플로우 내에서 Common Base Event를 발생시킨다.
- Fail** -- 중재 플로우를 중지하고 예외를 만든다.
- Message Element Setter -- 메시지 내용을 설정한다.
- Custom** -- Java SCA 컴포넌트에서 지정된 커스텀 로직을 실행한다. 커스텀 중재 프리머티브를 사용하여 EDI와 SWIFT 같은 산업 표준 데이터 포맷을 처리하는 편리한 그래픽 툴을 제공하는 WebSphere TX 같은 외부 변형 엔진들과 인터페이싱 할 수 있다.
Promoted properties
중재 프리머티브는 속성들을 갖고 있고, 이 속성들 중 일부를 WebSphere ESB 관리자에게 보일 수 있다. ** Promoted 속성들은 앨리어스 이름을 갖고 있는데, 이 이름은 WebSphere ESB 관리 콘솔에 디스플레이 된다. 여러 개의 속성들의 경우 같은 값이 할당되는 같은 유형이라면 앨리어스 이름도 같은 것이 주어진다.
** 표시는 WebSphere ESB V6.0.2에 새롭게 생긴 기능을 나타낸다.
개발 환경
WebSphere Integration Developer는 중재 모듈과 SCA 컴포넌트를 개발 및 테스트 할 수 있는 통합 환경을 제공한다. Business Object Editor와 Interface Editor 같은 SCA 프로그래밍 객체를 위한 그랙픽 에디터를 제공한다. 그래픽 UI를 제공하여 컴포넌트의 상세 속성, 바인딩, 서비스 컴포넌트에 대한 QoS를 설정한다. Eclipse에 구현되어 있으므로, 이것을 사용하여 WebSphere Process Server로 전개될 SCA 모듈과 기타 SCA 컴포넌트를 개발할 수 있다.
비주얼 에디터와 마법사
WebSphere Integration Developer는 서비스의 탐색(discover), 서비스의 반입(import), 빠른 개발, 테스팅, 그리고 중재 모듈의 전개를 위한 여러 그래픽 에디터와 마법사를 제공한다.
Mediation Module Assembly Editor
WebSphere Integration Developer에는 중재 플로우 컴포넌트를 다른 자바 컴포넌트와 그래픽 방식으로 조합할 수 있는 Mediation Module Assembly Editor가 포함되어 있다. 이 에디터를 사용하여 여러 프로토콜 채널들을 통해서 서비스 요청자가 소비할 지원 바인딩과 함께 한 개 이상의 중재 컴포넌트를 반출할 수 있다.
그림 4. 중재 모듈 어셈블리 에디터
Mediation Flow Editor
WebSphere Integration Developer는 사전 정의된 중재 프리머티브의 팔레트에서 중재 프리머티브들을 연결하여 소스와 대상 인터페이스들 간 중재 흐름을 구현할 수 있게 해주는 그래픽 Mediation Flow Editor를 제공한다. 이 에디터로는 각 중재 프리머티브의 상세 속성들을 쉽게 지정할 수 있다. 예를 들어, Endpoint Lookup 프리머티브의 경우, Preferences 밑에서 사용되는 Registry와 Repository WSRR를 설정할 수 있다. 각각의 검색 프리머티브의 경우, 사용될 Registry와 Repository 정의, Registry와 Repository 서비스 분류, 쿼리 될 서비스의 사용자 정의 속성들을 포함하여 상세 속성들을 지정할 수 있다.
그림 5. 중재 플로우 에디터
각 중재 프리머티브용 Properties Editor는 WebSphere ESB 관리자에게 보여주고 싶은 속성 리스트들을 디스플레이 할 수 있다.
그림 6. 프로모팅 할 중재 프리머티브
XSL Mapping Editor
XSL Transformation 프리머티브의 경우, WebSphere Integration Developer는 그래픽 에디터를 제공하여 XSL을 생성하기 위해 드래그&드롭 방식으로 소스에서 대상 메시지로 개별 엘리먼트나 엘리먼트들의 어레이들을 매핑하고 XSL 기능들을 정의한다. 이 에디터는 또한 변형을 위해 기본 XSLT 파일들을 지정하는 옵션을 제공한다. XPath 에디터를 사용하여 Filter 중재 프리머티브에 의해 사용될 메시지 내용을 선택하여 콘텐트 기반 라우팅을 지정한다.
Visual Java Snippet Editor
커스텀 중재 프리머티브의 경우 임베디드 비주얼 Java Snippet Editor 또는 표준 Java Editor를 사용하여 자바 코드를 개발한다. 커스텀 중재 프리머티브를 빌트인 프리머티브의 그래픽 팔레트에 추가하여 Eclipse 플러그인으로 전환할 수 있다.
Enterprise Service Discovery 마법사
WebSphere Integration Developer는 Enterprise Service Discovery 마법사를 제공하여 Registry와 Repository 또는 WebSphere Adapter 서비스에 있는 서비스들을 발견하여 WebSphere Adapter (EIS) 바인딩을 만든다.
테스트와 디버그
WebSphere Integration Developer는 컴포넌트 테스트 클라이언트를 제공하여 중재 플로우 컴포넌트들을 포함하여 SCA 컴포넌트들을 테스트 한다. 이 테스트 클라이언트에서는 서비스에 대한 인풋을 직접 지정하거나, 파일에서 로딩한다. 수동 입력 방식 또는 지정된 파일에서의 검색을 통해서 대상 서비스 컴포넌트의 결과를 에뮬레이트 하는 리턴 데이터를 지정할 수 있는 에뮬레이터를 제공한다. 더욱이, 비주얼 디버거를 사용하여 중재 플로우를 디버깅 할 수 있다. 중단점을 추가할 수 있고, 메시지의 값을 검사하면서 관심 영역으로 들어갈 수도 있다.
WebSphere ESB 중재 모듈은 Enterprise Application Archive (EAR) 파일로 패키징 된다. 중재 애플리케이션을 포함하고 있는 EAR 파일을 WebSphere Integration Developer 테스트 환경에 삽입된 WebSphere ESB 테스트 서버로 전개할 수 있다. 애플리케이션을 WebSphere ESB 테스트 서버에 전개할 때, JMS 바인딩으로 반출 및 반입에 필요한 JMS 메시징 리소스들이 서버에 의해 사용되는 디폴트 메시징 엔진에 자동으로 생성된다. 명령어 스크립트 또는 웹 기반 관리 콘솔을 사용하여 임베디드 테스트 서버나 외부 WebSphere ESB 서버로 이러한 중재 애플리케이션들을 설치 및 관리할 수 있다.
설치 및 설정
WebSphere ESB의 설치 및 설정 절차는 WebSphere Application Server와 WebSphere Process Server와 비슷하다. 따라서 이 두 제품에 익숙하다면 설치와 설정은 간단하다. 설치 마법사를 사용하거나 비 인터랙티브 모드(non-interactive mode)에서 WebSphere ESB를 설치할 수 있다. 설치가 완료되면, 독립 모드 또는 네트워크 전개 모드로 한 개 이상의 서버들을 생성 및 구성할 수 있다. 네트워크 전개 모드에서는 전개 매니저를 사용하여 중앙에서 서버 그룹을 관리할 수 있다. 상응하는 프로파일들을 만들어서 구성 작업을 수행한다. 프로파일을 만든 후에, 이것을 사용하여 서버 인스턴스를 만들 수 있다. 다음은 WebSphere ESB를 포함하고 있는 샘플 토폴로지이다.
그림 7. WebSphere ESB를 포함한 샘플 토폴로지
확장성과 고가용성을 위해서, WebSphere ESB와 이것의 상응하는 메시징 엔진을 WebSphere Network Deployment 클러스터에 구성할 수 있다. SCA 컴포넌트의 이벤트 모니터링을 실행하거나, Event Emitter 프리머티브의 이벤트들을 다룰 계획이라면, 후기 설치 태스크를 수행하여 Common Event Infrastructure를 구성한다. Registry와 Repository를 사용하려면 웹 관리 콘솔을 사용하여, Endpoint Lookup 중재 프리머티브에 사용될 수 있는 한 개의 상의 정의를 내려야 한다. C, C++, .Net 애플리케이션들을 실행하여 WebSphere ESB에서 제공되는 Message Service 클라이언트를 설치 및 구성하여 WebSphere ESB와의 인터랙션에 참여할 수 있다.
관리
중재 모듈은 EAR 파일로 패키지 되기 때문에 WebSphere ESB 서버에 엔터프라이즈 애플리케이션으로서 설치된다. wsadmin 명령어 툴 또는 WebSphere ESB 관리 콘솔을 사용하여 설치할 수 있다. wsadmin 툴을 개별 명령어로서 대화식으로 사용하거나 jacl 스크립트를 사용할 수 있다. WebSphere ESB는 SCA 모듈과 이것의 반출과 반입을 디스플레이 할 수 있도록 해주는 기능을 제공하며, 웹 서비스와 SCA 반입 바인딩을 변경할 수 있다. wsadmin 스크립트 명령어 툴은 대규모 관리 태스크에는 유용하지만, WebSphere ESB웹 관리 콘솔은 사용자 친화적인 인터페이스를 제공한다.
- 중재 모듈을 전개할 때 사용되는 애플리케이션의 상세들을 디스플레이 한다.
- 중재 모듈의 일반적인 설정 속성들을 디스플레이 한다.
- 중재 모듈의 서비스 반입을 디스플레이 한다.
- 중재 모듈의 반출을 디스플레이 한다.
그림 8. WebSphere ESB 관리 콘솔의 중재 모듈 상세
- 반입 바인딩이 웹 서비스라면, 반입이 SCA 바인딩을 사용할 경우 엔드포인트 URL을 변경할 수 있고, 다른 SCA 모듈을 가리키도록 변경할 수 있다. 이러한 변경 사항들은 모듈을 재 시작 또는 재 전개 하지 않고도 즉각(네트워크 전개로 동기화 한 후에) 적용된다.
그림 9. WebSphere ESB 관리 콘솔에서 엔드포인트 URL 변경하기
- 중재 모듈의 속성들을 디스플레이 한다. 중재 모듈의 중요 속성들의 값을 변경할 수 있다. ** 이러한 변경 사항들은 모듈을 재 시작 또는 재 전개 하지 않고도 즉각(네트워크 전개로 동기화 한 후에) 적용된다.
그림 10. WebSphere 관리 콘솔에서 중재 모듈의 속성 변경하기
- 실행되지 않는(Stopped 상태를 가진) 중재 모듈을 시작하거나, 실행되는(Started 상태를 가진) 모듈을 중지한다. 중재 모듈의 상태를 변경하려면, 모듈 전개에 사용되는 애플리케이션을 중지 또는 시작한다.
- 중재 모듈에 의해 사용되는 리소스들을 관리한다. 중재 모듈을 WebSphere ESB에 설치하면, 중재 컴포넌트, 반출, 반입에 필요한 JMS 목적지와 리소스들이 WebSphere ESB 서버에 자동으로 정의된다. 이러한 리소스들은 더 나은 성능에 필요한 속성들을 수정하기 위해 관리된다.
- 모든 Registry 와 Repository 액세스 정의를 생성, 설정, 디스플레이 한다. **
**는 WebSphere ESB V6.0.2의 새로운 기능이다.
프레임웍을 사용한다. 이것은 프로토콜 레벨의 보안을 위해 SSL을, SOAP 웹 서비스의 메시지 레벨 보안을 위해 WS-Security를 지원한다. WS-Security는 반출과 반입 컴포넌트의 웹 서비스 바인딩의 IBM 확장에 지정된다. WebSphere ESB용 WebSphere 글로벌 보안은 LDAP 사용자 레지스트리 같은 WebSphere Security 레지스트리에 저장된 사용자 아이디를 활용하기 위해 실행되어야 한다.
맺음말
제공한다. 서비스들의 일반적인 연결을 위해서 기본적인 JMS 메시징 엔진을 제공하면서, 여러 통신 프로토콜과 인터랙션 패턴들을 지원한다. 또한 사전 정의된 중재 및 사용자 정의 중재를 사용하여 서비스 요청자와 공급자 간 중재를 수행한다. JCA 스팩에 기반한 IBM WebSphere Adapters를 통해서 EIS 애플리케이션으로의 연결을 지원한다. Web services, J2EE, SCA 표준들을 지원하는 WebSphere ESB는 표준 기반의 SOA를 실행할 수 있는 전략적인 엔터프라이즈 제품이라 할 수 있다.
기사의 원문보기
참고자료
필자소개 | | | Nay Lin은 WebSphere Business Integration Proof-of-Concept Lab(Burlingame, California)의 IBM Software Services 팀의 소프트웨어 엔지니어이다. IBM 인증 IT 전문가로서, WebSphere Business Integration 경력이 있고, Rational Software Architect와 WebSphere Integration Developer를 사용하여 J2EE와 SOA 애플리케이션을 개발했다. (naylin@us.ibm.com) |
기사에 대한 평가
| |
