[금융IT] 데이터 교환을 위한 인터페이스, EAI 개념과 구성

서버-클라이언트 개발 시 주로 DSO 또는 EAI를 통해서 데이터 교환이 이루어지는데,

 

EAI에 대한 개념 정리가 필요할 것같아 아래처럼 요약하였다.

 

 

 

---

1. EAI(Enterprise Application Integration) 개념

- 기업에서 운영하는 서로 다른 어플리케이션을 네트워크 프로토콜이나 DB, OS와 같은 백엔드(Back-End) 소프트웨어에 관계없이 비즈니스 프로세스 차원에서 통합하는 솔루션

- 이질적인 정보 시스템들의 데이터 연계/통합을 위한 소프트웨어 및 정보 시스템 아키텍처 프레임워크

 

 

2. EAI 구성 요소

구성	설명
EAI 플랫폼	데이터 무결성을 위한 메시지 큐와 트랜잭션 미들웨어 기능 수행
Application Adaptor(어댑터)	다양한 패키지 및 In-House 어플리케이션을 위한 재사용성 높은 인터페이스 지원(DB, CRM, ERP, DW 등 연결)
Broker(브로커)	시스템 상호 간 데이터 전송을 위해 데이터 포맷 및 코드 변환
Business Workflow	미리 정의한 업무 프로세스에 따라 어플리케이션 간 데이터 전달 및 연동을 처리하는 소프트웨어 모듈

 

3. EAI 통합 4단계

1) 데이터 : 데이터 추출 및 변환, 라우팅

2) 애플리케이션 : 메시지, API 연계

3) 비즈니스 로직 : 시스템별 비즈니스 로직 프로비저닝

4) 사용자 인터페이스 : 애플리케이션 입출력 포인트

 

 

 

4. EAI 헤더/바디 구조 참고

1) Master-Detail 데이터 구조
- buiz_no(법인번호),corp_kind(기업종류),ceo_soc_no(대표자주민번호) : 마스터성 정보 (칼럼 또는 items)
- account_no(계좌번호),account_seq_no(계좌일련번호),ln_bal(대출금) : 디테일성 정보

 ex) 어떤 화면에서 이기종 시스템에서 데이터를 받어서 마스트-디테일 구조로 데이터를 리스트 형태로 뿌려주어야 한다면, 해당 화면의 데이트 그리드 구조 샘플은 아래와 같음.

 

번호. 법인번호,기업종류,대표자주민번호,계좌번호,일련번호,대출금
1. 123333, A, 6601011342316,34422221,2,200000
2. 123333, A, 6601011342316,34422223,1,150000

 

2) Detail 데이터에서 LIST 구조 표현

 

- 상기 스타일의 데이터를 한개의 문자열(string)으로 나타 낼려면, 그 문자열의 항목(칼럼) 순서가 중요.
- 구분자로 어떻게 각 항목을 구분할것인가?
- Detail 데이터 부분에서 LIST구조로 된  LIST 의 총건수 (GRID 또는 LOOP로 구성된) 와 ROW의 데이터 구조를 표현할려면, 기본적으로 Header/Body/Detail 구조가 필요하고, 중간에 위치한 Body 파트(비즈니스 로직쪽 전문)에 세부명세로 중첩된(Nested) 형태의 Header/Body/Detail 구조가 필요.

1. Header
- EAI 공통(common)

2. Body
- 2.1 Business Header
- 2.2 Business Body
  * Master Part  
  예) 법인번호,기업종류,대표자주민번호( 킬럼순서중요 )
  * rows of detail part, 리스트 총건수(바로위 리스트 총건수 만큼 loop돌면서 각 항목이 반복함)
  * Detail Part
  예) 계좌번호,계좌일련번호,대출금  ( 킬럼순서중요 )
- 2.3 Business Tail ( 업무 전문의 끝을 표시하는 구분자등)

3. Tail
- EAI 공통( end of data 표시하는 구분자 등)

참고 : okky.kr/article/221237

 

 

---