기업 애플리케이션 통합: 두 판 사이의 차이

IT위키
편집 요약 없음
잔글 (문자열 찾아 바꾸기 - "분류:IT경영" 문자열을 "분류:경영학" 문자열로)
 
(다른 사용자 한 명의 중간 판 하나는 보이지 않습니다)
1번째 줄: 1번째 줄:
[[분류:정보처리기사]]
[[분류:정보처리기사]]
[[분류:IT경영]]
[[분류:경영학]]


;Enterprise Application Integration
;Enterprise Application Integration
7번째 줄: 7번째 줄:
*[[가트너]]의 정의
*[[가트너]]의 정의


== 도입 목적 ==
==도입 목적==
{| class="wikitable"
{| class="wikitable"
|+< EAI 도입 전 후 비교 >
|+< EAI 도입 전 후 비교 >
20번째 줄: 20번째 줄:
|구성
|구성
|
|
* 지역/업무별 시스템 단위 운영관리
*지역/업무별 시스템 단위 운영관리
* Interface 분산화/비표준화/복잡화  
*Interface 분산화/비표준화/복잡화
* Data 정합성 관리 및 Maintenance어려움
*Data 정합성 관리 및 Maintenance어려움
* 개발 및 Maintenance 비용 증가
*개발 및 Maintenance 비용 증가
|
|
* 전사 통합 운영관리
*전사 통합 운영관리
* Interface 통합화/표준화/단순화
*Interface 통합화/표준화/단순화
* Data 정합성 보증 및 Maintenance 용이
*Data 정합성 보증 및 Maintenance 용이
* 개발 및 Maintenance 비용 절감
*개발 및 Maintenance 비용 절감
|-
|-
|기반 기술
|기반 기술
|
|
* FTP, DB Link, Socket 통신등 ]
*FTP, DB Link, Socket 통신등 ]
* 구성 방식의 혼재 및 업무별 API 개발
*구성 방식의 혼재 및 업무별 API 개발
* 업무별 단위 시스템에 종속된 Maintenance
*업무별 단위 시스템에 종속된 Maintenance
|
|
* 통일된 EAI 도구에 의한 구성 및 Interface 개발
*통일된 EAI 도구에 의한 구성 및 Interface 개발
* Interface의 통합 관리를 고려한 Maintenance
*Interface의 통합 관리를 고려한 Maintenance
|}
|}


56번째 줄: 56번째 줄:
|}
|}
{| class="wikitable"
{| class="wikitable"
|+< 목적별 기능 요소 >
|+< 주요 기능별 시스템 요소 >
!목적
!주요 기능
!EAI  기능 요소
!시스템 요소
!특징적 요소
!특징적 요소
|-
|-
|데이터 추출(Data Extraction)  
|데이터 추출(Data Extraction)
|Adapter, Adapter Development Tool
|Adapter, Adapter Development Tool
|
|
* 개발이 용이한 환경제공  
*개발이 용이한 환경제공
* 개발정보 Repository
*개발정보 Repository
* XML Message 처리
*XML Message 처리
|-
|-
|데이터 전송(Message Data Mover)
|데이터 전송(Message Data Mover)
|Message Oriented Middleware
|Message Oriented Middleware
|
|
* 메시지 전달 보증
*메시지 전달 보증
|-
|-
|흐름제어(Flow Controller )
|흐름제어(Flow Controller )
| rowspan="2" |Message Broker
| rowspan="2" |Message Broker
| rowspan="2" |
| rowspan="2" |
* 메시지 흐름의 제어 Rule 처리
*메시지 흐름의 제어 Rule 처리
* 메시지 변환 Rule 처리
*메시지 변환 Rule 처리
|-
|-
|데이터 변환 (Data Transformer)
|데이터 변환(Data Transformer)
|-
|-
|인터페이스 관리 (Management Facility )
|인터페이스 관리(Management Facility)
|Process Management & Monitoring
|Process Management & Monitoring
|
|
* Interface Process Monitoring
*Interface Process Monitoring
* 메시지 처리 Monitoring
*메시지 처리 Monitoring
|}
|}


142번째 줄: 142번째 줄:
==참고 문헌 등==
==참고 문헌 등==


* EAI를 통한 데이터 통합 구축 사례(모코코, 2005)
*EAI를 통한 데이터 통합 구축 사례(모코코, 2005)
<references />
<references />

2020년 5월 7일 (목) 00:31 기준 최신판


Enterprise Application Integration
엔터프라이즈의 미들웨어를 인프라로 하여 다양한 이질적 기업환경(애플리케이션, 데이터, 플랫폼 및 네트워크 등)을 통합하여 하나의 시스템으로 관리 운영할 수 있는 유기적인 시스템

도입 목적[편집 | 원본 편집]

< EAI 도입 전 후 비교 >
구분 도입 전 도입 후
개념도 EAI 도입 전 전사 시스템.png EAI 도입 후 전사 시스템.png
구성
  • 지역/업무별 시스템 단위 운영관리
  • Interface 분산화/비표준화/복잡화
  • Data 정합성 관리 및 Maintenance어려움
  • 개발 및 Maintenance 비용 증가
  • 전사 통합 운영관리
  • Interface 통합화/표준화/단순화
  • Data 정합성 보증 및 Maintenance 용이
  • 개발 및 Maintenance 비용 절감
기반 기술
  • FTP, DB Link, Socket 통신등 ]
  • 구성 방식의 혼재 및 업무별 API 개발
  • 업무별 단위 시스템에 종속된 Maintenance
  • 통일된 EAI 도구에 의한 구성 및 Interface 개발
  • Interface의 통합 관리를 고려한 Maintenance

구성 요소[1][편집 | 원본 편집]

구성요소 설명
EAI 플랫폼 데이터 전송을 보장하는 메시지 큐와 미들웨어 기능 수행
어댑터 다양한 패키지 애플리케이션 재사용
브로커 데이터 연동 규칙 통제
트랜스포머 각 시스템에 맞도록 데이터 형식 변환
워크플로우 기업의 비즈니스 워크플로우에 따라 처리
< 주요 기능별 시스템 요소 >
주요 기능 시스템 요소 특징적 요소
데이터 추출(Data Extraction) ▶ Adapter, Adapter Development Tool
  • 개발이 용이한 환경제공
  • 개발정보 Repository
  • XML Message 처리
데이터 전송(Message Data Mover) ▶ Message Oriented Middleware
  • 메시지 전달 보증
흐름제어(Flow Controller ) ▶ Message Broker
  • 메시지 흐름의 제어 Rule 처리
  • 메시지 변환 Rule 처리
데이터 변환(Data Transformer) ▶
인터페이스 관리(Management Facility) ▶ Process Management & Monitoring
  • Interface Process Monitoring
  • 메시지 처리 Monitoring

EAI 유형[편집 | 원본 편집]

통합 범위에 따른 유형
레벨 설명
Data Level 서비스 간 Data 연계
Object Level 애플리케이션 트랜잭션 통합
Process Level 중앙집중식 프로세스 관리(BPM)

EAI 통합 방식[편집 | 원본 편집]

유형 설명
Peer to Peer

(Point to Point)

  • 중간 미들웨어 없이 애플리케이션 간 별도 통신으로 연계
  • 솔루션 도입 없이 개발자간 커뮤니케이션으로 구현 가능
Hub & Spoke
  • 단일 접점으로 주변과 연계하는 일종의 중앙집중 방식
  • 모든 데이터가 허브 시스템에 저장되었다가 전달
  • 관리 및 유지보수가 쉬우나 병목 현상 및 SPoF 문제
Messaging Bus

(Information Bus)

  • 메시지 전송로(버스)를 통해 데이터가 전달되도록 하는 방식
  • 확장성이 뛰어나고 대용량 데이터처리 용이
  • 관리가 어렵고 네트워크 부담 증대
Hybrid
  • Hub & Spoke 방식과 Message Bus 방식의 혼합
  • 그룹 내에서는 Hub & Spoke, 그룹 간에는 Messaging Bus 활용

EAI 통합 4단계[편집 | 원본 편집]

  1. 데이터: 데이터 추출 및 변환, 라우팅
  2. 애플리케이션: 메시지, API 연계
  3. 비즈니스 로직: 시스템별 비즈니스 로직 프로비저닝
  4. 사용자 인터페이스: 애플리케이션 입출력 포인트

참고 문헌 등[편집 | 원본 편집]

  • EAI를 통한 데이터 통합 구축 사례(모코코, 2005)
  1. 출처: 데이터 분석 전문가 가이드, 아이리포 지덤