ESB vs EAI 차이점 SOA 개념

SOA

Service Oriented Architecture

 

대규모 컴퓨터 시스템을 구축할 때의 개념으로 업무상에 일처리에 해당하는 소프트웨어 기능을 서비스로 판단하여 그 서비스를 네트워크상에 연동하여 시스템 전체를 구축해 나가는 방법론이다. 업무 처리 변화를 시스템에 빠르게 반영하고자 하기 위해 기업의 전반적인 정보 시스템을 서비스 단위로 구축해 다른 서비스와 연동 · 통합될 수 있도록 하는 시스템 구조를 말한다. 1996년에 가트너가 처음 소개한 개념으로, 기업의 IT 시스템을 비즈니스에 맞춰 유연하게 사용할 수 있다. 소프트웨어 인프라를 구축하는 방법론 가운데 하나로, 정보 시스템 구축 방식에 일정한 규칙을 두고 공유하거나 다시 사용할 수 있는 서비스를 만드는 플랫폼 기술을 의미한다.

[네이버 지식백과] SOA [Service Oriented Architecture] - 서비스 지향 아키텍쳐 (지형 공간정보체계 용어사전, 2016. 1. 3., 이강원, 손호웅)

 

SOA는 유연한 비지니스를 목적으로 하는 아키텍쳐!!!

 

ESB(Enterpris Service Bus) : 복잡한 아키텍처에 대한 기본 서비스를 제공하기 위함, 인프라 소프트웨어

S/W Service 와Application Component 간의 연동을 위한 경향화된 backbone 의 역할을 수행하는 SOA를 지원하는 미들웨어 플랫폼

유형	설명
MQ 방식	- EAI 를 확장하여 Message 의 통로로써 역할을 수행 - 자체 또는 외부의 Process Management 기능을 활용하는 M/W Platform - EAI 측면의 BPM 구축 시에 유용
Proxy 방식	- 기본적인 Message Routing 기능을 기반으로 개별적인 Web Service 를 중앙의 Proxy 를 통해서 관리가 가능하도록 지원 하는 Platform - 웹 서비스 관리 솔루션에서 도입 활용

 

---

EAI(Enterprise Application Integration) : 일련의 컴퓨터 시스템을 통합하는데 사용할 수 있는 통합 프레임워크

DW, ERP, CRM, SCM, B2B 등 기업에서 운영하는 서로 다른 어플리케이션 및 시스템을 통합하는 것

업무의 효율성, 확장성, 편의성 증대!!

 

 

EAI + SOA => ESB?

SOA 가치를 충분하게 보장할 수 있도록 시스템을 구축하기 위해서 ESB를 활용한 아키텍처 구성이 필수!!

 

 

 

*** EAI vs ESB 비교

 

기능	EAI	ESB
통합항목	Application통합	Process통합
표준	벤더 종속적 기술 사용	표준기술 사용 (Web Service, XML)
아키텍처	중앙집중식	버스형태의 느슨한 연결구조 (1:N)
통합범위	기업 내	기업 내 외부
목적	시스템 사이에서 시스템 연계중심	서비스 중심으로 프로세스를 진행
로직 연동	개별App에서 수행	ESB에서 수행

 

 

*** 효과적인 기업 IT인프라 통합을 위한 ESB의 도입가이드

고려사항	내용
사용의 편이성	– 프로그래밍 기술을 최소화하는 손쉬운 작업 환경 제공 (개발 도구) – 간단한 설치 / 구성, 구현, 개발 관리 절차의 용이성
개발 생산성	– 비용 대비 효과적인 서비스 통합을 가능케 하는 솔루션 – 기 개발된 중개 기능을 통한 개발 시간 및 비용 절감 – 변화하는 비즈니스 요구 사항을 반영하기 위한 동적인 재구성 작업
트랜잭션 / 성능 보장	– 분산환경에 대한 복잡한 트랜잭션처리, 코디네이션 기능을 제품 상에서 간단하게 구현 (2 Phase Commit등) – 기존의 트랜잭션 프로세스 환경의 성능 보장
기존의 WAS 플랫폼 환경과의 Seamless한 통합	– QoS : 클러스터,  Fail-Over, 시스템 관리, 보안 보장 – 비즈니스 요구 사항의 신속한 반영을 위한 추후 확장성 보장 – 보안 및 시스템 관리를 위한 솔루션과의 유기적인 연계 보장