기업 애플리케이션 통합 편집하기

IT위키

경고: 로그인하지 않았습니다. 편집을 하면 IP 주소가 공개되게 됩니다. 로그인하거나 계정을 생성하면 편집자가 사용자 이름으로 기록되고, 다른 장점도 있습니다.

편집을 취소할 수 있습니다. 이 편집을 되돌리려면 아래의 바뀐 내용을 확인한 후 게시해주세요.

최신판 당신의 편집
1번째 줄: 1번째 줄:
[[분류:정보처리기사]]
[[분류:정보처리기사]][[분류:IT경영]]
[[분류:경영학]]
 
;Enterprise Application Integration
;Enterprise Application Integration
;엔터프라이즈의 미들웨어를 인프라로 하여 다양한 이질적 기업환경(애플리케이션, 데이터, 플랫폼 및 네트워크 등)을 통합하여 하나의 시스템으로 관리 운영할 수 있는 유기적인 시스템
;엔터프라이즈의 미들웨어를 인프라로 하여 다양한 이질적 기업환경(애플리케이션, 데이터, 플랫폼 및 네트워크 등)을 통합하여 하나의 시스템으로 관리 운영할 수 있는 유기적인 시스템
* [[가트너]]의 정의


*[[가트너]]의 정의
== 구성 요소<ref>출처: 데이터 분석 전문가 가이드, 아이리포 지덤</ref> ==
 
==도입 목적==
{| class="wikitable"
{| class="wikitable"
|+< EAI 도입 전 후 비교 >
!구분
!도입 전
!도입 후
|-
|개념도
|[[파일:EAI 도입 전 전사 시스템.png|350x350픽셀]]
|[[파일:EAI 도입 후 전사 시스템.png|350x350픽셀]]
|-
|구성
|
*지역/업무별 시스템 단위 운영관리
*Interface 분산화/비표준화/복잡화
*Data 정합성 관리 및 Maintenance어려움
*개발 및 Maintenance 비용 증가
|
*전사 통합 운영관리
*Interface 통합화/표준화/단순화
*Data 정합성 보증 및 Maintenance 용이
*개발 및 Maintenance 비용 절감
|-
|기반 기술
|
*FTP, DB Link, Socket 통신등 ]
*구성 방식의 혼재 및 업무별 API 개발
*업무별 단위 시스템에 종속된 Maintenance
|
*통일된 EAI 도구에 의한 구성 및 Interface 개발
*Interface의 통합 관리를 고려한 Maintenance
|}
==구성 요소<ref>출처: 데이터 분석 전문가 가이드, 아이리포 지덤</ref>==
{| class="wikitable"
|-
!구성요소!!설명
|-
|EAI 플랫폼||데이터 전송을 보장하는 메시지 큐와 미들웨어 기능 수행
|-
|어댑터||다양한 패키지 애플리케이션 재사용
|-
|브로커||데이터 연동 규칙 통제
|-
|-
|트랜스포머||각 시스템에 맞도록 데이터 형식 변환
! 구성요소 !! 설명
|-
|[[워크플로우]]||기업의 비즈니스 워크플로우에 따라 처리
|}
{| class="wikitable"
|+< 주요 기능별 시스템 요소 >
!주요 기능
!시스템 요소
!특징적 요소
|-
|-
|데이터 추출(Data Extraction) ▶
| EAI 플랫폼 || 데이터 전송을 보장하는 메시지 큐와 미들웨어 기능 수행
|Adapter, Adapter Development Tool
|
*개발이 용이한 환경제공
*개발정보 Repository
*XML Message 처리
|-
|-
|데이터 전송(Message Data Mover) ▶
| 어댑터 || 다양한 패키지 애플리케이션 재사용
|Message Oriented Middleware
|
*메시지 전달 보증
|-
|-
|흐름제어(Flow Controller ) ▶
| 브로커 || 데이터 연동 규칙 통제
| rowspan="2" |Message Broker
| rowspan="2" |
*메시지 흐름의 제어 Rule 처리
*메시지 변환 Rule 처리
|-
|-
|데이터 변환(Data Transformer) ▶
| 트랜스포머 || 각 시스템에 맞도록 데이터 형식 변환
|-
|-
|인터페이스 관리(Management Facility) ▶
| [[워크플로우]] || 기업의 비즈니스 워크플로우에 따라 처리
|Process Management & Monitoring
|
*Interface Process Monitoring
*메시지 처리 Monitoring
|}
|}


==EAI 유형==
== EAI 유형 ==
 
;통합 범위에 따른 유형
;통합 범위에 따른 유형
{| class="wikitable"
{| class="wikitable"
|-
|-
!레벨!!설명
! 레벨 !! 설명
|-
|-
|Data Level||서비스 간 Data 연계
| Data Level || 서비스 간 Data 연계
|-
|-
|Object Level||애플리케이션 트랜잭션 통합
| Object Level || 애플리케이션 트랜잭션 통합
|-
|-
|Process Level||중앙집중식 프로세스 관리([[BPM]])
| Process Level || 중앙집중식 프로세스 관리([[BPM]])
|}
|}


==EAI 통합 방식==
== EAI 통합 방식 ==
{| class="wikitable"
{| class="wikitable"
|-
|-
!유형!!설명
! 유형 !! 설명
|-
|-
|Peer to Peer
| Peer to Peer
(Point to Point)
(Point to Point)
||
||
*중간 미들웨어 없이 애플리케이션 간 별도 통신으로 연계
* 중간 미들웨어 없이 애플리케이션 간 별도 통신으로 연계
*솔루션 도입 없이 개발자간 커뮤니케이션으로 구현 가능
* 솔루션 도입 없이 개발자간 커뮤니케이션으로 구현 가능
|-
|-
|[[Hub & Spoke]]
| Hub & Spoke  
||
||  
*단일 접점으로 주변과 연계하는 일종의 중앙집중 방식
* 단일 접점으로 주변과 연계하는 일종의 중앙집중 방식
*모든 데이터가 허브 시스템에 저장되었다가 전달
* 모든 데이터가 허브 시스템에 저장되었다가 전달
*관리 및 유지보수가 쉬우나 병목 현상 및 [[SPoF]] 문제
* 관리 및 유지보수가 쉬우나 병목 현상 및 [[SPoF]] 문제
|-
|-
|[[버스 아키텍처|Messaging Bus]]
| Messaging Bus  
(Information Bus)
||  
||
* 메시지 전송로(버스)를 통해 데이터가 전달되도록 하는 방식
*메시지 전송로(버스)를 통해 데이터가 전달되도록 하는 방식
* 확장성이 뛰어나고 대용량 데이터처리 용이
*확장성이 뛰어나고 대용량 데이터처리 용이
* 관리가 어렵고 네트워크 부담 증대
*관리가 어렵고 네트워크 부담 증대
|-
|-
|Hybrid
| Hybrid
||
||  
*Hub & Spoke 방식과 Message Bus 방식의 혼합
* Hub & Spoke 방식과 Message Bus 방식의 혼합
*그룹 내에서는 Hub & Spoke, 그룹 간에는 Messaging Bus 활용
* 그룹 내에서는 Hub & Spoke, 그룹 간에는 Messaging Bus 활용
|}
|}


==EAI 통합 4단계==
== EAI 통합 4단계 ==
 
# 데이터: 데이터 추출 및 변환, 라우팅
#데이터: 데이터 추출 및 변환, 라우팅
# 애플리케이션: 메시지, API 연계
#애플리케이션: 메시지, API 연계
# 비즈니스 로직: 시스템별 비즈니스 로직 프로비저닝
#비즈니스 로직: 시스템별 비즈니스 로직 프로비저닝
# 사용자 인터페이스: 애플리케이션 입출력 포인트
#사용자 인터페이스: 애플리케이션 입출력 포인트
 
==참고 문헌 등==


*EAI를 통한 데이터 통합 구축 사례(모코코, 2005)
== 각주 ==
<references />
<references />
IT위키에서의 모든 기여는 크리에이티브 커먼즈 저작자표시-비영리-동일조건변경허락 라이선스로 배포된다는 점을 유의해 주세요(자세한 내용에 대해서는 IT위키:저작권 문서를 읽어주세요). 만약 여기에 동의하지 않는다면 문서를 저장하지 말아 주세요.
또한, 직접 작성했거나 퍼블릭 도메인과 같은 자유 문서에서 가져왔다는 것을 보증해야 합니다. 저작권이 있는 내용을 허가 없이 저장하지 마세요!
취소 편집 도움말 (새 창에서 열림)