EAI
태그 :
- 개념
- Middleware를 이용하여 Business Logic을 중심으로 기업 내 Application을 통합하는 비즈니스 통합 솔루션
1. 기업 내 어플리케이션 통합, EAI 개요
가. EAI(Enterprise Application Integration) 정의
- Middleware를 이용하여 Business Logic을 중심으로 기업 내 Application을 통합하는 비즈니스 통합 솔루션
나. EAI 필요성
필요성 |
설명 |
고객의 기대수준 향상 |
직접 주문 및 주문 모니터링, 예측 정보 등의 요구 |
기업내부 업무 연동 필요 |
시스템간 & 플랫폼간 & 비즈니스간 상호연동 필요 |
유지보수 비용의 급증 |
Point-to-Point 방식의 유지보수 곤란 |
다. EAI 특징
- 이기종 플랫폼 환경하의 어플리케이션 커뮤니케이션의 통합
- 확장성을 고려한 유연하고 모듈화된 아키텍처 제공
- 고객의 개별 요구를 지원하기 위한 맞춤형 메시지 프로세싱
- 데이터 매핑, 인터넷 인터페이스, 외부 파트너 관리를 위한 부속 모듈 지원
2. EAI 구성도 및 구성요소
가. EAI 구성도
- EAI Platform 기반 위에 각 애플리케이션 Adaptor가 Data 및 프로세스를 변환하여 이기종간의 비즈니스를 연결하는 개념도
- 상용 EAI Solution은 자체 DB, BI 제품, CRM제품 등을 연결하는 Adaptor를 내장하며, 없는 경우에는 자체 개발해야 함
나. EAI 구성요소
구성요소 |
설명 |
EAI Platform |
- 데이터 전송을 보장하는 메시지 큐와 트랜잭션 미들웨어 기능 수행 - 유연성이 있고, 대규모 사용자 환경까지 사용할 수 있는 확장성 보장 |
Application Adaptor |
- 다양한 패키지 어플리케이션 및 기업에서 자체적으로 개발한 어플리케이션을 신속하고 재사용성이 높은 인터페이스 지원 - DB, CRM, ERP, DW 등 어플리케이션을 연결하는 어뎁터 |
브로커(Broker) |
- 시스템 상호간 데이터가 전송될 때, 데이터 포맷과 코드를 변환하는 솔루션 - 일종의 Mediator & Wrapper 기능 수행 |
Business Workflow |
- 미리 정의된 기업의 비즈니스 workflow에 따라 업무 처리해주는 기능 |
다. EAI 주요 기능
구분 |
내용 |
비즈니스 프로세스 관리 기능 |
- 각 업무 시스템 및 app 상호간에 데이터의 교환과 더불어 각 업무에 대한 흐름을 어떤 시점 또는 어떤 이벤트에 따라서 어디에서 어디로 업무가 진행되어야 하는지를 정의하고 운용할 수 있는 기능 |
데이터 브로커 기능 |
- App 상호간에 중개되는 데이터를 자동 변환하여 전달하고 데이터 소스에서 지정된 대상 시스템까지 전달 |
App 접근 기능 |
- 패키지 app 또는 메인프레임과 같은 이기종 시스템과의 접속을 위한 기능 - 해당 SW와 플랫폼 사이에 위치하며, 데이터 중개 및 app 연동의 인터페이스를 제공 |
데이터 접근 기능 |
- 데이터에 대한 통합을 담당하는 영역으로 주로 데이터의 전송, 타입변환, 데이터의 정제 및 추출 기능 |
플랫폼 기능 |
- EAI의 기반이 되는 app 서버 또는 미들웨어로 구성되어 있는 영역으로 EAI를 안정성 있게 실행하고, EAI의 모든 기능들이 정상적으로 동작할 수 있도록 하는 기능 |
3. EAI 통합단계 및 통합방식
가. EAI 통합 단계
단계 |
설명 |
Platform integration |
- 지능적 라우팅 지원을 위한 데이터 기반 구조 - 원활한 전사 통합을 위한 표준통신 미들웨어 |
Data integration |
- 데이터 형식 변환을 위한 메시지 프로토콜 - 서비스 연결 간 data 및 내용을 바탕으로 한 애플리케이션 간의 Data, 정보전달 |
Application integration |
- 애플리케이션간의 트랜잭션 및 연관 데이터 통합 - Legacy 시스템 연동을 위한 애플리케이션 어뎁터 |
Process integration |
- 다단계 프로세스에 대한 중앙집중적인 프로세스 제어 및 관리 - Workflow 및 연관 애플리케이션에 대한 트랜잭션 제어 |
Collaboration integration |
- 내부 및 외부 Business Unit간 통합 - 전사 애플리케이션에 대한 통합 |
나. EAI 통합 방식
통합 방식 |
설명 |
장점 |
Point-to-point 방식
|
- 가장 기초적인 애플리케이션 통합방법 - 1:1 통합방법 |
- 솔루션을 구매하지 않고, 단순 개발자 간의 커뮤니케이션을 통한 단순한 방법 |
Hub & Spoke 방식
|
- 애플리케이션 사이에 미들웨어를 두어 처리하는 방식 - 단일 접점인 허브시스템을 통해 데이터를 전송하는 중앙집중식 방식 |
- 모든 데이터가 허브를 통하므로 데이터 전송 보장 |
Messaging Bus 방식
|
- 애플리케이션 사이에 미들웨어 (버스)를 두어 처리하는 방식 - 미들웨어를 통한 통합 |
- 어댑터가 각 시스템과 버스를 두어 연결하므로 뛰어난 확장성, 대용량처리 제공 |
Hybrid 방식 |
- Hub & Spoke와 Messaging Bus 방식의 혼합형 - 그룹 내에서는 Hub & Spoke 방식, 그룹간에는 Messaging Bus방식 |
- 환경에 맞는 통합 작업 가능 |
Peer-to-Peer 방식 |
- 중간 미들웨어를 두지 않고, 각 애플리케이션이 PeerServer가 되어 Point-to-Point 방식으로 연결하는 방법 |
- 상대적인 저렴한 비용으로 통합 가능 |
다. EAI 통합 시 고려사항
구성요소 |
설명 |
미들웨어의 한계 인지 |
- EAI 미들웨어가 모든 처리를 한다는 착각을 버림 |
시스템 파악 |
- 인하우스(inhouse, 필요에 의해 제작한 시스템) 등 - 내부 시스템 구조의 정확한 인지 필요 |
범용 솔루션의 한계 인지 |
- 회사의 실정과 솔루션의 업무 방식 정의 차이에서 문제점 발생 인지, 해결한 모색 |
어뎁터의 부재 |
- 어뎁터를 잘 정의하고 설정하는 것이 EAI의 핵심부분, 데이터 가공보다 힘든 작업 |
4. EAI 시스템 주요기능과 통합범위 및 다른 방식과 비교
가. EAI시스템 주요기능과 통합범위
데이터 → 오브젝트 → 프로세스 통합
나. EAI와 B2Bi 비교
구분 |
EAI |
B2Bi |
범위 |
- 기업 내 이기종 애플리케이션 통합 |
- 기업간 비즈니스 프로세스 통합 |
방법 |
- IT 위주의 통합 |
- 비즈니스 프로세스 차원의 통합 |
목적 |
- 기업 내 유연한 업무처리 - RTE를 위한 실시간 기업 |
- 각 기업간 원활한 비즈니스 수행 - 전자상거래 관련 기업의 통합 |
구축기간 |
- 비교적 단기간 구축가능 |
- 상대적으로 장시간 소요 |
구축환경 |
- LAN 등 전용 통신망 |
- 인터넷을 통한 웹 환경 |
특징 |
- 개별 목적, 다른 관점에서 구축된 상이한 애플리케이션 관계를 비즈니스 프로세스 측면에서 재구성 |
- 각기 다른 기종의 시스템을 사용하는 기업간 업무 프로세스가 물 흐르듯이 연계되도록 지원할 프로세스를 통합하여 협업이 이뤄지도록함 |
다. EAI와 SOA 비교
구분 |
전통적 EAI 방식 |
SOA 방식 |
범위 |
- 이기종간 1:1 통합 |
- 이기종 다수의 시스템 통합 |
통합 업무 수 증가 |
- 업무 수가 증가할수록 통합 수 급격히 증가 |
- 인터페이스 방식을 이용한 통합으로 해당 업무만 노출 해주면 됨 |
특징 |
- Native 인터페이스 연결 - Tightly Coupled 통합 가능 - 언어 교육 리스크 없음 |
- 통합 인터페이스 연결 - 인력운영 측면, Learning 측면 이점 - 통합 인터페이스를 위한 언어 교육 필요 |
구성도 |
|
|
라. EAI와 Web Service 비교
구분 |
EAI |
Web Service |
목적 |
- 기업 내 애플리케이션의 연동을 위해 표준화된 인터페이스 제공 |
- 플랫폼 개발언어에 관계없이 어플리케이션을 연동하는 기술에 기반한 서비스 |
구현방법 |
- 별도의 전송기술 사용 (EAI솔루션 도입) |
- 표준 전송기술 사용(SOAP) |
표준 |
- 독자적 기술 |
- 개발표준(SOAP, UDDI, WSDL) |
연결방식 |
- Point-to-Point |
- Flexibility |
대상 |
- 주로 내부/외부 어플리케이션 |
- 주로 B2B 시스템 |
연결형태 |
- Static - API 또는 환경 설정을 통해 연결 대상을 미리 정의 |
- Dynamic - 연결대상이 미리 정의되어 있지 않고 필요 시 연결 가능 |
5. EAI 기대효과 및 향후 전망
가. EAI 기대효과
- 기존 분산 시스템의 환경하에서 데이터 포맷, 프로세스 지연, 인터페이스에 대한 문제점 해결
- 기존 통합 방식(1:1 통합)의 과도한 비용과 통합 지연에 대한 문제점 해결
- 기업정보 시스템 통합에 따른 기업 경쟁력 증대
나. EAI 향후 전망
- 단지 프로세스 통합만이 아닌, 기업의 Rapid Action, Higher ROI를 위한 기본 인프라로 인식하고 적용
- 기존 Workflow 기반의 BPM 시장에서 EAI 기반의 BPM솔루션이 진입함에 따라 혼전 예상
- 국내 EAI 단일 시장보다는 BPM이나 SOA 관련 분야로 다양한 협업 모델을 통한 자구책 마련 진행 필요