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 관련 분야로 다양한 협업 모델을 통한 자구책 마련 진행 필요

댓글