EAI

EAI(Enterprise Application Integration) 로고

개요

EAI(EAI:Enterprise Application Integration)는 기업 내의 컴퓨터와 연관된 모든(서로 다른 응용 소프트웨어 네트워크 프로토콜,운영체계(OS)와 상관없이) 애플리케이션을 유기적으로 연동하여 필요한 정보를 중앙 집중적으로 통합, 관리, 사용할 수 있는 환경을 구현하는것으로 [[]e-비즈니스]]를 위한 기본 인프라, 기본의 점 대 점 인터페이스(Point-to-Point Interface)에서는 애플리케이션 수의 실질적 한계와 유지보수의 어려움 및 애플리케이션 추가 시 방대한 비용 및 시간 손실이 있었으나 EAI를 도입한 인터페이스에서는 새로운 애플리케이션 도입 시 어댑터(Adapter)만 필요한 손쉬운 확장성이 보장된다. 전사적자원관리(ERP), 고객관계관리(CRM), 공급망계획(SCP) 시스템, 인트라넷, 각종 데이터 등을 통합, 동일한 플랫폼[[인터넷)을 통해 기존 애플리케이션의 변화 없이 통신을 가능케 한다.

목적

EAI는 다음의 목적들로 사용될 수 있다.

• 정보의 통합 : EAI는 일관성 있는 여러 시스템들의 정보를 보증하며, 기업 정보 통합(EII)를 의미 한다.
• 프로세스 통합 : 응용프로그램간 비지니스 프로세스를 연결한다.
• 벤더에 대해 독립 : 응용 프로그램으로 부터 업무의 정책과 규칙을 추출하고,EAI시스템에 구현하여 비즈니스 응용프로그램 중 하나가 다른 벤더에 의해 수정된다고 해도, 비즈니스의 규칙은 다시 만들어질 필요가 없다.

EAI의 구성요소

• EAI의 구성요소

1. EAI플랫폼:데이터의 전송을 보장하는 메시지 큐 와 트랜잭션 미들웨어 기능 수행한다.
2. Adapter:다양한 패키지 애플리케이션 및 기업 자체 개발 애플리케이션을 재사용 가능 지원한다.
3. 데이터 브로커:시스템 상호간 데이터가 전송될 때, 데이터 포맷과 코드 변환이 가능하다.
4. Workflow:미리 정의된 비즈니스 Workflow에 따라 업무 처리가 가능하다.
5. Message Queue:프로세스가 송신을 기다리고 있는 온라인 시스템의 대기 행렬이 있다.

EAI의 유형

• 통합범위

1. Data-Laval:서비스 연결간 Data 내용을 바탕으로 애플리케이션 간 전달이 가능하다.
2. Object-Level:애플리케이션 간의 트랜잭션 및 연관 데이터 통합이 가능하다.
3. Process-Level:다단계 프로세스에 대한 중앙집중적인 프로세스 제어 관리가 가능하다.

• 데이터 전송 모델

1. Hub&Spoke:단일 접점인 허브 시스템을 통해 데이터를 전송하는 중앙 집중방식이 가능하다.
2. Message Bus:애플리케이션과 미들웨어간 웹서비스 인터페이스를 통해 전송이 가능하다.
3. Point to Point:1:1 방식으로 애플리케이션 통합수행으로 이용된다.
4. 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프로젝트는 일반적으로 지점간의 움직임으로 시작하고 이는 곧 관리되지 않는 다수의 응용 프로그램의 증가를 낳게 된다.

연결구조

일반적으로, 기업용 응용프로그램 통합을 위해 가장 좋은 기반 구조, 컴포넌트 모델, 포준화 구조에 대한 다양한 의견들이 존재하고있다. 근래의 기업용 응용 프로그램의 통합구조를 위한 필수 컴포넌트는 다음과 같다.

1. 보안,접근,커뮤니케이션을 관장하는 중앙 집중 형 브로커의 운영이 있다. 브로커는 서버의 통합으로 또는 SOAP-기반의 서비스 관리기능을 하는 엔터프라이즈 서비스 버스(ESB)와 유사한 통합관리 서버를 통해 완성된다.
2. 표준 데이터구조에 기반한 비 종속적 데이터 모델이 있다. 이 모델은 사실적이고 적법한 표준인 XML과XML스타일 시트로 표현된다.
3. 커넥터 또는 벤더의 에이전트 모델, 응용 프로그램 또는 외부 접점은 하나의 컴포넌트로 만들어질 수 있고, 그것은 중앙 집중 형 브로커와 통신하는 전통적인 응용 프로그램이라 할수 있다.
4. API와 데이터의 흐름, 위의 컴포넌트와 연동에 대한 규칙을 정의 하는 시스템 모델은 표준화에 따라 생성된다. 비록 데이터베이스나 사용자 인터페이스와의 연결과 같은 접근방법이 이미 개발되었지만,그것들은 규격을 찾기 어렵고 새로운 작업을 통해 수정되어야한다.각각의 응용 프로그램들은 중앙의 브로커에게 메시지를 전달하고, 브로커로부터 전달되는 메시지를 받기 위해 대기한다. 이때 각 응용 프로그램과 브로커는 단일 커넥션을 유지한다. 이런 중앙 관리형 접근 방법은 높은 발전 가능성과 일관성을 가지고 있다.

향후 EAI의 진행방향

EAI가 점차 B2B나 e마켓플레이스 분야로 확산되면서 EAI와 B2Bi의 경계가 모호해지고 있다. 또한 기업내의 내,외부에서 운용되고 있는 다양한 패키지 애플리케이션의 도입이 점차 늘어나면서 자연스럽게 이들 상호간 연동의 필요성도 대두되고 있다. 이러한 측면에서 EAI와 B2Bi의 통합 움직임으로 새롭게 등장한 개념이 바로'eAI'이다. 기업과 기업간 e비지니스에 필요한 각종 애플리케이션을 연동시켜주는 eAI는 기업내 이기종 시스템을 통합해주는 EAI와 이를 기업간으로 확대한 B2BI를 포괄하는 개념이다. 따라서 eAI는 기업간 프로트엔드를 지원하는 백엔드를 지원하는 백엔드 중심의 솔루션을 의미한다.

같이 보기

• ESB
• 프로그래밍
• 응용 프로그램

이 EAI 문서는 프로그래밍에 관한 토막글입니다. 위키 문서는 누구든지 자유롭게 편집할 수 있습니다. [편집]을 눌러 이 문서의 내용을 채워주세요.

개발 : 프로그래밍 □■⊕, 소프트웨어, 데이터, 솔루션, 보안, 하드웨어, 컴퓨터, 사무자동화, 인터넷, 모바일, 사물인터넷, 게임, 메타버스, 디자인 프로그래밍 언어 ASP • C 언어 • C++ • C# • CSS • D 언어 • HTML • HTML5 • JSP • PHP • R • XHTML • XML • XSLT • 고(Go) • 고급언어 • 기계어 • 델파이 • 러스트 • 루비 • 루아 • 리액트 • 리퀴디티 • 무브 • 미켈슨 • 베이직 • 브이비스크립트 • 비주얼 C++ • 비주얼베이직(VB) • 비주얼베이직닷넷(VB.NET) • 솔리디티 • 스몰토크 • 스위프트 언어 • 스칼라 • 스크립트 언어 • 알골 • 어셈블리 • 언리얼스크립트 • 얼랭 • 에이잭스(Ajax) • 엠에프씨(MFC) • 오브젝티브-C • 오브젝트 파스칼 • 오카멜 • 웹어셈블리(WASM) • 이와즘(eWASM) • 자바 • 자바스크립트 • 저급언어 • 제이슨(JSON) • 제이쿼리(jQuery) • 카멜 • 코볼 • 코틀린 • 콜드퓨전 • 타입스크립트 • 파스칼 • 파워스크립트 • 파이썬 • 펄(Perl) • 포트란 • 프로씨(Pro-C) • 피엘에스큐엘(PL/SQL) • 피엘원(PL/I) • 하스켈 개발방법론 CBD 개발방법론 • EA • 구조적 개발방법론 • 객체지향 개발방법론 • 라이브러리 • 람다 아키텍처 • 모듈 • 모듈화 • 벤치마킹 • 소프트웨어 개발방법론 • 스크럼 • 스프린트 • 아키텍처 • 아키텍트 • 애자일 • 웹개발방법론 • 정보공학 개발방법론 • 컴포넌트 • 테일러링 • 템플릿 • 폭포수 모델 • 프로젝트 • 프로토타입 • 피드백 코딩 EUC-KR • UTF-8 • 값 • 글루웨어 • 디버깅 • 디코딩 • 마크업 • 버그 • 부트스트랩 • 세이브포인트 • 소스코드 • 시큐어코딩 • 아스키 • 액티브엑스 • 오픈소스 • 유니코드 • 인코딩 • 재컴파일 • 주석 • 컴파일 • 컴퓨터 프로그램 • 코드 • 코딩 • 태그 • 테스트 • 테이블 • 텍스트 • 파싱 • 퍼블리싱 • 퓨니코드 • 하드코딩 • 하이퍼링크 • 하이퍼텍스트 프로그래밍 C 명령어 • 객체 • 객체지향 • 객체지향 프로그래밍 • 거짓 • 관계연산자 • 기본형 변수 • 널 • 논리 • 논리연산 • 논리연산자 • 다중상속 • 다형성 • 대입 • 대입문 • 대입연산자 • 더블 • 도스 명령어 • 디폴트 • 레지스터변수 • 루프 • 리눅스 명령어 • 리턴 • 메모리 주소 • 메소드 • 멤버 • 명령문 • 명령어 • 무한루프 • 문자 • 문자열 • 바이트 • 반복문 • 배열 • 변수 • 분기 • 분기문 • 불린 • 브레이크 • 비교연산자 • 비트연산자 • 산술연산자 • 상속 • 상수 • 생성자 • 선언 • 선언문 • 설정자 • 속성 • 스위치 • 스태틱 • 시프트연산자 • 실행 • 실행문 • 어노테이션 • 에코 • 역참조 • 연산 • 연산문 • 연산자 • 오버로딩 • 오버라이딩 • 외부변수 • 윈도우 명령어 • 유닉스 명령어 • 인스턴스 • 인스트럭션 • 인클루드 • 인터페이스 • 임포트 • 입력 • 입력문 • 입출력 • 입출력문 • 자료형(데이터 타입) • 자바 명령어 • 자바 예약어 • 자바 컬렉션 • 전역변수 • 접근자 • 접근제어자 • 정보은닉 • 정수형 • 정적변수 • 제어 • 제어문 • 제어자 • 조건 • 조건문 • 조건연산자 • 주소 • 증감연산자 • 지역변수 • 참 • 참조 • 참조변수 • 초기화 • 추상메소드 • 추상클래스 • 추상화 • 출력 • 출력문 • 캡슐화 • 케이스 • 클래스 • 파라미터(매개변수) • 파이널 • 패키지 • 퍼블릭 • 포인터 • 프라이빗 • 프로텍티드 • 필드(멤버변수) • 함수 • 환경변수 명령어 abstract • array • boolean • break • byte • case • char • continue • default • double • do while • echo • elif • else • else if • false • final • float • for • gosub • goto • if • if else • import • include • int • join • long • long long • null • print • printf • println • private • protected • public • return • scanf • short • stdio.h • static • string • switch • temp • then • true • unsigned • void • while 디자인패턴 구조패턴 • 동시성패턴 • 동시실행패턴 • 모델-뷰-컨트롤러 패턴 • 상태패턴 • 생성패턴 • 싱글톤패턴 • 아키텍처패턴 • 전략패턴 • 커맨드패턴 • 행동패턴 프로그래밍 인물 귀도 반 로썸 • 그레이스 머레이 호퍼 • 니클라우스 비르트 • 댄 브릭클린 • 더그 커팅 • 데니스 리치 • 리누스 토르발스 • 리처드 그린블라트 • 마거릿 해밀턴 • 마크 앤드리슨 • 빈트 서프 • 빌 게이츠 • 빌 조이 • 스티브 잡스 • 에이다 러브레이스 • 제임스 고슬링 • 척 벤턴 • 켄 톰슨 • 팀 패터슨 위키 : 자동차, 교통, 지역, 산업, 기업, 단체, 업무, 쇼핑, 블록체인, 암호화폐, 인공지능, 개발, 인물, 행사, 일반