"EAI"의 두 판 사이의 차이
잔글 |
|||
5번째 줄: | 5번째 줄: | ||
전사적자원관리(ERP), 고객관계관리(CRM), 공급망계획(SCP) 시스템, 인트라넷, 각종 데이터 등을 통합, 동일한 플랫폼[[인터넷)을 통해 기존 애플리케이션의 변화 없이 통신을 가능케 한다. | 전사적자원관리(ERP), 고객관계관리(CRM), 공급망계획(SCP) 시스템, 인트라넷, 각종 데이터 등을 통합, 동일한 플랫폼[[인터넷)을 통해 기존 애플리케이션의 변화 없이 통신을 가능케 한다. | ||
<ref>정보통신용어사전, 〈[http://word.tta.or.kr/dictionary/dictionaryView.do?word_seq=042694-1 기업 애플리케이션 통합, 企業-統合, Enterprise Application Integration, EAI]〉, 《한국정보통신기술협회》</ref> | <ref>정보통신용어사전, 〈[http://word.tta.or.kr/dictionary/dictionaryView.do?word_seq=042694-1 기업 애플리케이션 통합, 企業-統合, Enterprise Application Integration, EAI]〉, 《한국정보통신기술협회》</ref> | ||
+ | |||
+ | ==역사== | ||
+ | EAI는 1950년대와 60 년대 전기 아날로그 컴퓨팅 장비의 주요 공급 업체였습니다. 그들은 NASA의 우주 탐사 및 위성 개발과 같은 높은 수준의 과학 프로젝트에서 중요한 역할을 담당하였습니다. 그들은 아날로그 컴퓨터를 구축함으로써 시작되었습니다. 디지털 시스템과 아날로그 기능을 모두 갖춘 하이브리드 시스템을 만들었습니다. | ||
+ | <ref> SELLING〈[https://www.computerhistory.org/brochures/d-f/electronic-associates-inc-eai/Electronic Associates, Inc. (EAI)]〉, 《Computer History Museum》</ref> | ||
== 목적 == | == 목적 == |
2019년 6월 25일 (화) 09:50 판
![](/images/thumb/c/c8/EAI.png/400px-EAI.png)
목차
개요
EAI(EAI:Enterprise Application Integration)는 기업 내의 컴퓨터와 연관된 모든(서로 다른 응용 소프트웨어 네트워크 프로토콜,운영체계(OS)와 상관없이) 애플리케이션을 유기적으로 연동하여 필요한 정보를 중앙 집중적으로 통합, 관리, 사용할 수 있는 환경을 구현하는것으로 [[]e-비즈니스]]를 위한 기본 인프라, 기본의 점 대 점 인터페이스(Point-to-Point Interface)에서는 애플리케이션 수의 실질적 한계와 유지보수의 어려움 및 애플리케이션 추가 시 방대한 비용 및 시간 손실이 있었으나 EAI를 도입한 인터페이스에서는 새로운 애플리케이션 도입 시 어댑터(Adapter)만 필요한 손쉬운 확장성이 보장된다. 전사적자원관리(ERP), 고객관계관리(CRM), 공급망계획(SCP) 시스템, 인트라넷, 각종 데이터 등을 통합, 동일한 플랫폼[[인터넷)을 통해 기존 애플리케이션의 변화 없이 통신을 가능케 한다. [1]
역사
EAI는 1950년대와 60 년대 전기 아날로그 컴퓨팅 장비의 주요 공급 업체였습니다. 그들은 NASA의 우주 탐사 및 위성 개발과 같은 높은 수준의 과학 프로젝트에서 중요한 역할을 담당하였습니다. 그들은 아날로그 컴퓨터를 구축함으로써 시작되었습니다. 디지털 시스템과 아날로그 기능을 모두 갖춘 하이브리드 시스템을 만들었습니다. [2]
목적
EAI는 다음의 목적들로 사용될 수 있다.
- 정보의 통합 : EAI는 일관성 있는 여러 시스템들의 정보를 보증하며, 기업 정보 통합(EII)를 의미 한다.
- 프로세스 통합 : 응용프로그램간 비지니스 프로세스를 연결한다.
- 벤더에 대해 독립 : 응용 프로그램으로 부터 업무의 정책과 규칙을 추출하고,EAI시스템에 구현하여 비즈니스 응용프로그램 중 하나가 다른 벤더에 의해 수정된다고 해도, 비즈니스의 규칙은 다시 만들어질 필요가 없다.
EAI의 구성요소
- EAI의 구성요소
- EAI플랫폼:데이터의 전송을 보장하는 메시지 큐 와 트랜잭션 미들웨어 기능 수행한다.
- Adapter:다양한 패키지 애플리케이션 및 기업 자체 개발 애플리케이션을 재사용 가능 지원한다.
- 데이터 브로커:시스템 상호간 데이터가 전송될 때, 데이터 포맷과 코드 변환이 가능하다.
- Workflow:미리 정의된 비즈니스 Workflow에 따라 업무 처리가 가능하다.
- Message Queue:프로세스가 송신을 기다리고 있는 온라인 시스템의 대기 행렬이 있다.
EAI의 유형
- 통합범위
- Data-Laval:서비스 연결간 Data 내용을 바탕으로 애플리케이션 간 전달이 가능하다.
- Object-Level:애플리케이션 간의 트랜잭션 및 연관 데이터 통합이 가능하다.
- Process-Level:다단계 프로세스에 대한 중앙집중적인 프로세스 제어 관리가 가능하다.
- 데이터 전송 모델
- Hub&Spoke:단일 접점인 허브 시스템을 통해 데이터를 전송하는 중앙 집중방식이 가능하다.
- Message Bus:애플리케이션과 미들웨어간 웹서비스 인터페이스를 통해 전송이 가능하다.
- Point to Point:1:1 방식으로 애플리케이션 통합수행으로 이용된다.
- Hybrid:Hud&Spoke와 Message Bus 와 혼합이다.
EAI 전송방식
- Hub&Spoke:단일 접점으로 주변의 여러 애플리케이션과의 연계 업무를 담당하는 일종의 중앙집중 방식으로 모든 데이터가 허브 시스템에 저장됐다가 전달 되는 구조이다.이 방식은 관리가 쉽고 유지보수가 용이하다는 장점이 있으나 데이터가 한곳에 집중됨으로써 병목현상과 실시간 처리가 어려운게 단점이다.
- Message Bus:전송로인 버스를 통해 데이터가 통합 서버 또는 애플리케이션으로 전달되도록 하는 방식으로 버스에서 특정 데이터를 지정한 목표지점에 안전하고 효율적으로 보내는 역활을 함으로써 애플리케이션간 통합을 이루어낸다. 확장성이 뛰어나고 대용량 데이터처리가 용이하다는 장점이 있으나 관리가 용이 하지 않고 불필요한 호출에 모든 시스템이 응대를 해야 하므로 네크워크 부담이 커질 수 있다.
- Hybrid:이 방식은Hub&Spoke방식과 Message Bus방식의 장점을 통합한 방식으로, 필요할 경우 어느 한 방향으로 EAI 시스템을 구축할 수 있다. 유연하게 통합할 수 있다는 장점이 있으나 아직 성능이나 관리에 있어서 검증되지 않았다는 지적이 있다.
- peer To peer:Hub,Bus와 같은 미들웨어를 두지 않고 포인트 투 포인트 방식으로 각각의 애플리케이션을 연결하는 방식이다. 기존 방식보다 저렴한 비용으로 통합 작업을 수행할 수 있다는 장점을 갖고 있으나 데이터를 변환하면서 일괄성과 무결성을 유지하는 여타의 EAI 솔루션과 달리 단순히 애플리케이션 인터페이스만 해결 할 뿐이다. 따라서'통합'관점이 아닌 '연계' 관점으로 보는 시각이 있다.
통합패턴
통합형태 EAI 시스템을 구현하기 위한 유형으로는 중개와 연합의 두가지가 있다.두 가지 유형운 때로는 동시에 일어나기도 하며, 같은 EAI시스템은 다중 중계 시스템으로 유지될 수 있고, 게다가 외부 사용자의 요청에 대해 연합으로 서비스를 제공할 수 있다.구체적으로는 다음과 같다.
- 중개의 경우,EAI 시스템은 여러 응용프로그램 사이에서 중개자 또는 브로커의 역활을 수행한다. 응용 프로그램에서 어떠한 상황이 발생하게 되면, EAI시스템의 통합 모듈에게 통보하게끔 설계되어있다. 해당 모듈은 다른 관련된 응용 프로그램들에게 전파하게끔 되어있다.
- 반면 연합의 경우,EAI시스템은 모든 응용프로그램들의 최상위에 위치하게 된다. 모든 외부로부터의 접속은 EAI를 통해 이루어진다.EAI 시스템은 외부로 적절한 정보와 인터페이스를 제공하기 위해 구성되고,요청자의 의한 응용 프로그램과 서로 작업을 수행하게 된다.
EAI의 도입 단계
- 계획(Strategy)
고객의 현행 비즈니스 전략과 IT 전략에 따라 비즈니스 프로세스를 파악하는 단계로서 EAI 적용 초기 전략을 수립하는 단계.
- 판단(Assessment):파악된 고객의 전략을 분석해 하이 레벨 EAI 애플리케이션 아키텍처를 수립하고, 인프라스트럭처 차이의 분석을 통한 EAI 솔루션을 수립 단계.
- 구성(Architecture):EAI 기능적 요건 및 인터페이스 요건을 도출하고, 시스템 성능 및 관리 등에 필요한 요건을 정립하여 EAI 아키텍처를 수립하는 단계.
- 선택(Selection):수립된 EAI 아키텍처에 맞는 최적의 EAI 제품을 선정하는 단계로서, 어탭터, 브로커링, 프로세스 관리 및 시스템 관리를 위한 구현 틀의 선정 단계.
- 도안(Design & Prototyping):선정된 제품의 구현을 위해 상세 설계 및 초기 프로토타입을 개발하는 단계.
- 구축(Building):상세 설계 및 초기 프로토타입의 결과에 따라 각 구성 요소별로 제품의 구성 및 필요한 인터페이스 프로그램 작성.
- 보완(Depolyment):구현된 제품군의 고객 인도준비 및 유지보수 계획의 수립단계.
- 운영(Run):EAI 솔루션의 운영 및 유지관리 단계.
통합의 장점과 단점
통합에 있어서는 다음과 같은 장점과 단점이 발생한다.
장점
- 여러 시스템중 실시간 정보조회를 제공한다.
- 능률적인 비즈니스 프로세스와 도움으로 조직의 효율이 증가하게 된다.
- 여러 시스템간의 정보의 통합을 이루게된다.
- 개별과 유지보수가 쉬어진다.
단점
- 소규모의 비즈니스에선 필요이상의 개발 비용이 발생할 수 있다.
- EAI는 시간 소모가 많고 많은 자원을 필요로한다.
- 많은 관리자들이 설계하려 하지 않고, 투자하려고 하지도 않는 디자인 작업을 미리 해야하고, 대부분의 EAI프로젝트는 일반적으로 지점간의 움직임으로 시작하고 이는 곧 관리되지 않는 다수의 응용 프로그램의 증가를 낳게 된다.
연결구조
일반적으로, 기업용 응용프로그램 통합을 위해 가장 좋은 기반 구조, 컴포넌트 모델, 포준화 구조에 대한 다양한 의견들이 존재하고있다. 근래의 기업용 응용 프로그램의 통합구조를 위한 필수 컴포넌트는 다음과 같다.
- 보안,접근,커뮤니케이션을 관장하는 중앙 집중 형 브로커의 운영이 있다. 브로커는 서버의 통합으로 또는 SOAP-기반의 서비스 관리기능을 하는 엔터프라이즈 서비스 버스(ESB)와 유사한 통합관리 서버를 통해 완성된다.
- 표준 데이터구조에 기반한 비 종속적 데이터 모델이 있다. 이 모델은 사실적이고 적법한 표준인 XML과XML스타일 시트로 표현된다.
- 커넥터 또는 벤더의 에이전트 모델, 응용 프로그램 또는 외부 접점은 하나의 컴포넌트로 만들어질 수 있고, 그것은 중앙 집중 형 브로커와 통신하는 전통적인 응용 프로그램이라 할수 있다.
- API와 데이터의 흐름, 위의 컴포넌트와 연동에 대한 규칙을 정의 하는 시스템 모델은 표준화에 따라 생성된다. 비록 데이터베이스나 사용자 인터페이스와의 연결과 같은 접근방법이 이미 개발되었지만,그것들은 규격을 찾기 어렵고 새로운 작업을 통해 수정되어야한다.각각의 응용 프로그램들은 중앙의 브로커에게 메시지를 전달하고, 브로커로부터 전달되는 메시지를 받기 위해 대기한다. 이때 각 응용 프로그램과 브로커는 단일 커넥션을 유지한다. 이런 중앙 관리형 접근 방법은 높은 발전 가능성과 일관성을 가지고 있다.
향후 EAI의 진행방향
EAI가 점차 B2B나 e마켓플레이스 분야로 확산되면서 EAI와 B2Bi의 경계가 모호해지고 있다. 또한 기업내의 내,외부에서 운용되고 있는 다양한 패키지 애플리케이션의 도입이 점차 늘어나면서 자연스럽게 이들 상호간 연동의 필요성도 대두되고 있다. 이러한 측면에서 EAI와 B2Bi의 통합 움직임으로 새롭게 등장한 개념이 바로'eAI'이다. 기업과 기업간 e비지니스에 필요한 각종 애플리케이션을 연동시켜주는 eAI는 기업내 이기종 시스템을 통합해주는 EAI와 이를 기업간으로 확대한 B2BI를 포괄하는 개념이다. 따라서 eAI는 기업간 프로트엔드를 지원하는 백엔드를 지원하는 백엔드 중심의 솔루션을 의미한다.[4]
각주
- ↑ 정보통신용어사전, 〈기업 애플리케이션 통합, 企業-統合, Enterprise Application Integration, EAI〉, 《한국정보통신기술협회》
- ↑ SELLING〈Associates, Inc. (EAI)〉, 《Computer History Museum》
- ↑ 인생새옹지마〈EAI(Enterprise Application Integration)〉, 《기술은 사람을 챙겨야 빛이 난다.》, 2013-03-21
- ↑ 4.0 4.1 4.2 구름바람〈응용 프로그램 통합시스템EAI〉, 《늑대와 함께 춤을》2004-08-18
같이 보기