금융권 시스템 연계용어

1. MCI/MCA

Multi Channel Integration / Multi Channel Architecture

주로 기업 내부 동기종 또는 유사기종 시스템을 연계시키는데 사용된다. 예를 들어 은행에서 여신 업무와 수신 업무는 MCI/MCA를 통해 연계된다. MCI와 MCA는 기업마다 다르게 부를 수 있지만 의미 차이는 두지 않는다. 대내 채널통합을 대내MCI가, 대외기관(금융결제원, 은행, VAN사 등) 채널통합은 대외MCI가 담당한다.

1.1. 장점

비용 감소 : 채널 증가와 기존 채널의 관리에 따른 비용이 즐어든다. 전략적 프로젝트 가능 : 맞춤형 서비스와 복합 상품 판매와 같은 상품 및 서비스 체계 구현이 가능해진다.

1.2. 기능

전문 변환 : 외부 시스템의 전문을 내부 시스템의 전문과 매핑 다양한 통신 방식 지원 : P2P, Request/Reply, Store/Forward, Publish/Subscribe 등 다양한 프로토콜 지원 : 일반적으로 Socket 통신, TCP/IP, X.25, FTP, HTTP, SOAP 등 Load Balancing, Failover, Flow Control 배치잡 처리 및 스케쥴러 보안 : 암호화/복호화를 통한 데이터 보안

1.3. 구성 요소

채널 어댑터 : 통신 프로토콜, 비즈니스 프로토콜의 인터페이스 담당 매핑 엔진 : 외부 전문을 내부 전문(해당 업무)으로 변환 매핑 DB : 전문 매핑 테이블 Developer Studio : 전문, 매핑 룰 정의 Admin Tool : 시스템 관리 도구 (모니터링, Failover)

1.4. 단점

통합이 발생할 때마다 별도의 통합 프로그램을 구축해야 한다. 즉, 통합하고자하는 기능이 늘어날 수록 통합 프로그램 수가 계속 늘어난다는 것이다. 또 시스템이 교체된다면 교체된 시스템의 인터페이스를 바꿔야 한다. EAI는 서로 다른 시스템들을 Native 인터페이스를 통해 연결하는 것이기 때문에 각 시스템에 대한 전문지식, 타 부서와의 연계 프로세스, 인터페이스 프로그래밍에 대한 지식을 갖추고 있어야 한다.

1.5. 구축 시 고려사항

성능 : 모든 채널이 집중된다. 따라서 성능 이슈가 발생할 수 있다. 성능 확보 방안이 필요하다. 가용성 : MCI의 장애는 시스템 전체 장애로 이어진다. 따라서 장애 대응 방안이 필요하다.

1.6. 응답 보장

1.6.1. 대내

요청한 단말의 채널ID 및 세션 저장 요청 단말은 응답전문 대기 단말의 타임아웃 전문 수신시 해당 요청전문 오류 처리 Back-end 지연 응답 전문 오류 처리

1.6.2. 대외

전문별 타임아웃값 설정 타임아웃 처리방법 설정

• 재전송 횟수
• 오류 전송

1.7. 제품

MCI 제품에는 티맥스의 AnyLink 등이 있다. SS社 등에서 사용중이다.

2. EAI

Enterprise Application Integration

주로 기업 내부 이기종 시스템을 연계시키는데 사용된다. 시스템 구조나 개발 언어가 다를 수 있어서 어댑터를 사용한다. 예를 들어 은행에서 채널계와 계정계는 EAI를 통해 연계된다.

3. ESB

Enterprise Service Bus

SOA에서 사용되는 개념이다. EAI와 유사하게 사용된다. 기관 간, 서비스 간 연계가 이루어진다. SOA 개념을 도입하지 않은 기관에선 ESB라는 개념을 잘 사용하지 않는다.

4. FEP

Front End Processor

원래는 메인프레임에서 통신 과부하를 경감시키기 위해 전처리 작업을 하는 과정을 말한다. 금융권에서는 의미가 조금 와전되어 B2B 연계를 FEP라고 부른다. 전용선 또는 VPN을 이용하 연결된 기관 간, 정해진 인터페이스로 배치파일(SAM)을 전달한다. ESB와 FEP는 혼용될 수도 있다. FEP라는 용어는 과거 금융시스템이 IBM의 메인프레임에 의존적이었던 것에 기인하며, 올바른 단어는 아니다. NIA나 NIPA에서 기업 아키텍처를 이야기 할 때는 기관 간 연계는 ESB라는 용어를 사용한다. ESB 또한 표준화된 명확한 개념인 것은 아니지만, 현재의 FEP의 역할을 고려했을 때 ESB로 부르는 것이 더 적합한 측면이 있다.

5. SOA

SOA는 어떤 실체가 있다기 보다는 개념이다. 어떤 개념이냐면 비즈니스적인 의미를 가지는 컴포넌트를 기업내의 통합된 프로토콜로 서비스하여 제공하는 개념이다. 그래서 이 SOA는 BPM을 이용한 Composition이나 ESB를 이용한 유연성의 증대 등으로 구체화될 수 있다.

6. 금융권의 채널이란 무엇인가?

우선 대내 채널과 대외 채널로 나눌 수 있다.

대내 채널 : 각 영업점의 단말(창구), ATM, 인터넷, 콜센터 등의 고객 접점 (증권사의 경우라면 각 영업점의 단말, HTS, WTS, MTS 등이 되겠다) 대외 채널 : 금융결제원, 제휴기관, 은행공동망, VAN사 그런데 채널이 늘어나면서 관리, 통제가 어려워진다. 또한 서비스 중복에 따른 비용이 증가하고 있다. 일반적인 채널 구조의 문제점을 정리해보자.

업무의 채널 종속성 : 시스템을 개발할 때 모든 채널을 고려하여 구현해야 한다. 채널을 변경하거나 추가한다면 역시 응용의 변경이 필요하다. 중복 업무 개발 : 개발 기능이 중복된다. 만약 업무가 변경되면 다른 채널을 모두 변경해야 한다. 중복 인터페이스 개발 : 각각의 채널은 모든 타 업무에 대한 인터페이스를 중복하여 개발한다. 게다가 업무가 추가되면 채널 인터페이스를 또 개발해야 한다. 일관성 부재 : 전 채널을 대상으로 하는 인프라 부재로 인해 일관성 있는 정보 제공이 어렵다.