EAI 편집하기
편집을 되돌릴 수 있습니다.
이 편집을 되돌리려면 아래의 바뀐 내용을 확인한 후 저장해주세요.
| 최신판 | 당신의 편집 | ||
| 63번째 줄: | 63번째 줄: | ||
===디자인 단계=== | ===디자인 단계=== | ||
| − | EAI 시스템의 요구 사항이 나오면 | + | EAI 시스템의 요구 사항이 나오면 지자인 단계에서는 실제 인터페이스별로 아키텍처 디자인을 수행한다. |
#'''프로토타입 제작''':EAI는 시스템 특성상 기능적인 면 (시스템 간 연계)보다 중요한 것이 비기능적인 요건이다. 시스템 간의 연계를 주요 목적으로 하다 보니, 거래 데이터의 전달 보장과 장애시 거래 유실을 방지하는 아키텍처가 필요하다. 이를 위해서 디자인 초기에 요건이 나온 인터페이스 연계 타입에 대해서 프로토타입 구현을 해서 정상적으로 작동하는지 다른 RISK 요인은 없는지 검증을 하고 현업과 연동을 해봄으로써 현업과 연계 시나리오에 대한 동일한 VIEW를 가지도록 한다. | #'''프로토타입 제작''':EAI는 시스템 특성상 기능적인 면 (시스템 간 연계)보다 중요한 것이 비기능적인 요건이다. 시스템 간의 연계를 주요 목적으로 하다 보니, 거래 데이터의 전달 보장과 장애시 거래 유실을 방지하는 아키텍처가 필요하다. 이를 위해서 디자인 초기에 요건이 나온 인터페이스 연계 타입에 대해서 프로토타입 구현을 해서 정상적으로 작동하는지 다른 RISK 요인은 없는지 검증을 하고 현업과 연동을 해봄으로써 현업과 연계 시나리오에 대한 동일한 VIEW를 가지도록 한다. | ||
| 84번째 줄: | 84번째 줄: | ||
*'''Inbound''' : Inbound는 송신 시스템과 연동되어 요청을 받고 응답을 송신 시스템에 보내는 역할을 한다. Inbound는 크게 두 가지의 모듈로 구성되어있다. | *'''Inbound''' : Inbound는 송신 시스템과 연동되어 요청을 받고 응답을 송신 시스템에 보내는 역할을 한다. Inbound는 크게 두 가지의 모듈로 구성되어있다. | ||
| − | #'''Adapter''' : 어댑터는 다양한 플랫폼으로부터 메시지를 읽어드리는 Entry Point의 역할을 한다. 연동 시스템마다 각각의 아댑터가 정의되어야 한다. | + | #'''Adapter''' : 어댑터는 다양한 플랫폼으로부터 메시지를 읽어드리는 Entry Point의 역할을 한다. 연동 시스템마다 각각의 아댑터가 정의되어야 한다.ㅁ |
#'''메시지 변환''' : 어댑터에 의해서 요청된 전문은 각 연동 시스템의 플랫폼에 따라서 각각 다르다. FML이나XML, 또는 TEXT 형태의 전문, Binary 등 여러 가지 형태가 될 수 있으나, EAI 내부에서 처리하기 위해서 이런 전문 형태를 공통적인 데이터 구조로 변환한다. 흔히 상용 솔루션에서는 메시지 처리의 유연성을 가지고 가기 위해서 XML을 사용하고, In-House 개발의 경우 성능의 최적화를 위해서 HasHT able형태의 Java POJOObject 사용하기도 한다. | #'''메시지 변환''' : 어댑터에 의해서 요청된 전문은 각 연동 시스템의 플랫폼에 따라서 각각 다르다. FML이나XML, 또는 TEXT 형태의 전문, Binary 등 여러 가지 형태가 될 수 있으나, EAI 내부에서 처리하기 위해서 이런 전문 형태를 공통적인 데이터 구조로 변환한다. 흔히 상용 솔루션에서는 메시지 처리의 유연성을 가지고 가기 위해서 XML을 사용하고, In-House 개발의 경우 성능의 최적화를 위해서 HasHT able형태의 Java POJOObject 사용하기도 한다. | ||
| 92번째 줄: | 92번째 줄: | ||
#'''MEP (Message Exchange pattern)''' : 이 부분에서 MEP에 대한 처리도 수행한다. SYNC나 ASYNC, 디피드성 거래에 대해서 JMS와 같은 큐잉을 이용해서 MEP를 구현한다. | #'''MEP (Message Exchange pattern)''' : 이 부분에서 MEP에 대한 처리도 수행한다. SYNC나 ASYNC, 디피드성 거래에 대해서 JMS와 같은 큐잉을 이용해서 MEP를 구현한다. | ||
| − | *'''Outbound''' : Inbound와 마찬가지로 처리가 끝난 메시지를 수신 | + | *'''Outbound''' : Inbound와 마찬가지로 처리가 끝난 메시지를 수신 시스쳄의 플랫폼의 Natlve 메시지 형태로 변환하여 Adapter를 통해서 수신 시스템에 전달한다.<ref name="조대협"></ref> |
==통합의 장단점== | ==통합의 장단점== | ||
| 140번째 줄: | 140번째 줄: | ||
* [[응용 프로그램]] | * [[응용 프로그램]] | ||
| − | {{ | + | {{프로그래밍|검토 필요}} |
