건희아범의 지속가능한 삽질

  1. ESB의 정의 및 특징
    가. ESB(Enterprise Service Bus)의 정의
      - 애플리케이션을 Loosely Coupled 비지니스 서비스로서 연결 및 중재해주는 표준
      - 이기종 시스템간의 서비스 및 컴포넌트의 메시지를 전달하는 미들웨어
    나. ESB 특징
      - 기업 정보시스템을 공유와 재사용이 가능한 서비스와 컴포넌트 중심으로 묶는
        IT아키텍처를 지원하는 서비스 인프라(Service Infra)
      - 표준기반의 체계적으로 정의된 인터페이스(Web Service)를 통한 통합지원
      - 다양한 시스템과 연동을 위한 멀티프로토콜 지원/BPM을 지원/이벤트 지향적
  2. ESB의 주요기능 및 EAI와의 비교
    가. ESB의 주요기능
      - Service Oriented : 미들웨어 컴포넌트간의 약결합 지원
      - Event Oriented : 이벤트 발생시에 이벤트를 전송
      - 상호운영성 : 벤터별 미틀웨어 간의 상호연동
      - Runtime 환경 : SOA지원위한 Runtime Bus
      - Quality of Service : 성능, 안정성, 보안, 가용성의 높은 품질 제공
      - 통합 : 메시지 브로커를 기반으로 단계적 통합지원, 라우팅, Multi-Protocol,
        multi-APU 및 프로세스 통합을 지원하고 시스템간/애플리케이션간 통합지원
    나. ESB vs EAI (ESB의 상호 비교표와 동일)
      -----------------------------------------------------------------------
      구분               EAI                        ESB
      -----------------------------------------------------------------------
      통합종류    Application통합            Service통합/호스팅
      통합방안    시스템별 Adaptor           표준기술사용
      통합형태    Tightly Coupled(1:1)       Loosely Coupled (1:N)
      표준        벤더별                     Open Standard
      비용        증가                       감소 (재사용)
      구현        Hub&Spoke중앙집중          Bus구조
      속도        제한된 용량내에서 속도빠름 상대적으로 속도느림(표준준수)
      -----------------------------------------------------------------------
  3. ESB의 기대효과 및 전망
    가. 사용과 관리 단순화 : Install, Version Control, Documentation, Configuration 지원
    나. 개발생산성 증대 : Mapping, Java Support, ESQL, Debugging
    다. 연계 및 기능 : File(VSAM), JMS 및 Web Service 상호운영성
    라. SOA 시스템 구축에 ESB를 활용한 아키텍쳐 구성 및 구축이 필수적임, SOA의 구성에서
        ESB의 역할이 점차 확대될 것임."끝"
     * SOA에서 ESB의 역할
      - ESB는 단위서비스를 조합(Orchestration)하여 다양한 레벨의 복합서비스들을 쉽게 만들어
        재사용을 용이하게 해 주는 역할
      - 서비스 요청(requestor)과 제공(provider)사이의 연결을 최적화 하는 계층

1. 전사적 애플리케이션의 통합 EAI
  가. EAI(Enterprise Application Integration)의 정의
    - 기업내부의 이질적인 시스템간의 상호연동을 지원하는 미들웨어
    - Hub&Spoke구조의 중앙집중적 통합, 벤더 종속적인 Interface
  나. 추진배경
    - 다양한 플랫폼 및 애플리케이션이 산재, 프로세스/데이터 통합을 위한 시스템간
      Integration이 요구
    - 기업정보 가치 극대화를 위한, 시스템간 정보의 전달, 연계, 통합 이슈 발생
2. EAI 구성요소 및 ESB와의 비교
  가. EAI 구성요소
                             |------------------------------------------------|
      서비스    |------|     |                                                |
      요청  --> | 포털 | --> | -> -----------------------                     |
                |------|     |    |Broker                | <=> Adaptor-시스템A|
                             |    |Hub(메시징, 미들웨어) | <=> Adaptor-시스템B|
                             |    |Work-Flow             |                    |
                             |    |                      |                    |
                             |------------------------------------------------|
    - Platform : 데이터 전달 및 성능 보장
    - Adaptor:이기종 시스템간연동위한 SW모듈, Interface 담당
    - Broker:데이터매핑지원, 포맷/레벨 자동변환
    - Work-Flow:비지니스 WorkFlow를 정의/운용
  나. EAI vs ESB
      -----------------------------------------------------------------------
      구분               EAI                        ESB
      -----------------------------------------------------------------------
      통합종류    Application통합            Service통합/호스팅
      통합방안    시스템별 Adaptor           표준기술사용
      통합형태    Tightly Coupled(1:1)       Loosely Coupled (1:N)
      표준        벤더별                     Open Standard
      비용        증가                       감소 (재사용)
      구현        Hub&Spoke중앙집중          Bus구조
      속도        제한된 용량내에서 속도빠름 상대적으로 속도느림(표준준수)
      -----------------------------------------------------------------------
3. EAI 기대효과 및 활용사례
  가. 애플리케이션 통합통합 비용절감, 유지보수 비용 감소, 기존 시스템 재사용
      및 정보데이터의 실시간 통합, 전사 IF의 통합화/표준화/단순화
  나. 제한된 용량에서 고속처리가 필요한 기업 : 증권, 은행
      Input/Output이 다양하고 대내이질성이 있는 트랜잭션의 연결이 중요한 기업
      : 보험사."끝"