모듈연계 ; EAI, ESB

모듈연계 ; 연계 통합 솔루션

모듈연계란 내부 모듈과 외부 모듈 또는 내부 모듈 간 데이터 교환을 위해 관계를 설정하는 것을 말한다.  

 

 EAI은 Enterprise Application Integration의 약어로 기업 애플리케이션 통합이라는 의미이다.  

이종(다른) 시스템들 사이에 위치하여 각 시스템간의 필요한 정보를 서로 소통하여 관리의 효율성을 증대 시킨다.

이종시스템들이 연결되어 전체적으로 하나의 흐름처럼 움직이게 하기에 통합이라고 부른다. 

즉, EAI는 기업 내 필요한 여러 어플리케이션이 있을 때,

이런 각종 어플리케이션 간에 상호 연동이 가능하고록 통합하는 솔루션을 말한다. 

 

기업 내 서비스를 담당하고 있는 모듈을 연계하기 위해서는 EAI가 필수적이다.  서비스간의 연동은 작게 보면 마이크로 서비스 아키텍쳐로 인한 문제 같지만, 그 이전에도 자주 있어왔던 전통적인 문제이다. 이러한 문제를 소프트웨어 개발 프레임웍이 아니라, 솔루션 차원에서 풀기 위한 여러가지 노력들이 있었다.

 

 

 세 가지 방식은 P2P(Point to Point) 방식, EAI(Hub & Spoke) 방식, ESB 방식이라고 분리되기도 하며, 

과거 EAI 방식의 단점을 보완하면서 진화된 형태로 모두 EAI 방식이라고도 한다. 좀 더 세부적으로 살펴봤을 때, 내가 이해한 바로는 어플리케이션을 서비스를 중심으로 다룰 경우에는 ESB라고 따로 부르는 것이다. 

어쨋든 여기서 중요한 것은 기술의 진화 방향, 즉 트랜드는 어플리케이션의 경우 ESB 방식으로 연계되고 있다는 것이다. 

 

---

시스템 통합 문제

메인 프레임 시대에서 유닉스 시스템으로 내려오면서부터 시스템들은 업무 단위로 분리가 되기 시작했다. ERP(전사적자원관리),CRM(고객관계관리), SCP(공급망계획) 등과 같은 시스템으로, 은행은 대내,대외,정보계와 같이 시스템으로 잘게 잘게 나눠지기 시작했다. 당연히 이렇게 나눠진 시스템 사이에는 통신이 필요하게 되었고, 시스템이 거대화 되가면서, 시스템간에 직접 P2P로 통신하는 구조는 한계에 다다르기 시작하였다.  

 

 

시스템이 서로 얽히고 어느 시스템이 어떤 시스템과 통신하는지 통제가 어렵게 되는 상황이 되었다.

 

---

EAI (Enterprise Application Integration) - Hub & Spoke

 이러한 시스템간의 문제를 해결하기 위해서 등장한 솔루션이 'Hub&Spoke'이다. 통합을 원하는 시스템을 기존에는 직접 1:1로 붙였다면, Hub&Spoke는 EAI가 중앙에 허브 역할을 하면서, 모든 통신을 EAI를 거치도록 하였다.

 

 

 EAI의 가장 큰 특징은 표준화 되지 않은 이기종(다른) 시스템간의 연동을 가능하게 해준다는 것이다. 메인프레임에서 Unix ERP 시스템으로 데이터를 전송하게 한다던지 Oracle 에서 CRM 시스템으로 데이터를 전송해주는 것과 같은 시스템 통합을 지원한다. 이는 이기종간에 통신 프로토콜이나 통합 방식을 변경할 수 있는 어댑터를 제공하기 때문이다. EAI는 복잡한 메세지 처리나 변동, 라우팅같은 다양한 기능을 가지고 있었지만, 주로 이 기종간의 메세지 변환이 가장 많이 사용되었다.

어쨌거나 Hub&Spoke는 중앙 통제를 통해서 1:1 / 다:다로 통신되는 복잡한 토폴로지를 통합하는 의미가 있다.

 

EAI 시스템이 점점 더 많아지자. 시스템 통합 아키텍쳐도 패턴화(Enterprise Integration Pattern) 되었다. 

 

---

SOA (Service Oriented Architecture) / ESB (Enterprise Service Bus)

 이 기종간의 통합이 많아지고, 시스템이 점점 분리되다 보니, 아예 이를 표준화하고자 하는 작업이 진행되었다. 이것이 바로 SOA (Service Oriented Archtiecture / 서비스 지향 아키텍쳐) 이다.

 SOA 아키텍쳐의 컨셉 자체는 *MSA와 유사하지만, XML 기반의 웹서비스와 맞춰져서 웹서비스를 대표하는 아키텍쳐가 되어버렸다.

(사실 SOA는 아키텍쳐 구현 컨셉이지 XML/HTTP를 대표하는 것이 아니지만, 시대적으로 벤더들에 의해 웹서비스로 포장되었다. SOA는 시스템을 서비스로 나눈 다음 표준화된 인터페이스로 통신한다는 컨셉으로, 요즘의 MSA도 이 SOA의 부분 집합이라고 할 수 있다. )

 

*MSA(MicroService Architecture)
하나의 큰 어플리케이션을 여러개의 작은 어플리케이션으로 쪼개어 변경과 조합이 가능하도록 만든 아키텍쳐

 

 

웹서비스 기반으로 통신이 표준화되었기 때문에 서비스간의 통신은 EAI처럼 별도의 어댑터가 필요없어졌다.

대신 서비스간의 통신을 서비스 버스라는 통신 백본을 이용하여 통신을 하는 구조가 되었다.

 

이 이후에 보안하기 위해 나타난 것으로는 아래 블로그에 설명이 잘 되어있다. 궁금하다면 참고하기를 바란다. 

https://bcho.tistory.com/1292

---

최종 정리 

 

 ESB(Enterprise Service Bus)방식은 EAI(Hub&Spoke) 비표준 방식 등 단점을 보완하여 개발되었으나, 현재 ESB 솔루션 시장은 과거의 EAI 솔루션 업체가 장악하고 있어 과거의 EAI 솔루션이 보완된 형태로 발전한 경향이 있다.

또한 솔루션 벤더에게 큰 비용을 지불하고 구축된 EAI 방식이 이미 적용되어 있는 상황에서

차세대 구축 등 시스템적인 큰 변화가 필요하지 않다면 ESB 방식으로의 전환은 권장되지 않고 있다.

즉, 잘 운영되고 있는 EAI 환경을 굳이 다시 구축할 필요까지 없다는 것이 시장의 반응이다. 

 

 그러나, 다양한 플랫폼의 데이터 수요자와 제공자를 연결하기 위해서는 표준 기술을 적용한 ESB 방식과 데이터 서비스가 필요하다. 데이터 제공자가 A벤더 기술을 적용하고 있다고 해서 데이터 수요자가 A 벤더의 어댑터를 구매해야하는 일은 없어야 하기 때문이다. 

 

 

---

 

EAI,ESB,API 게이트웨이,서비스 매쉬 - 서비스 통합의 역사

EAI 란 무엇인가

ESB 기반의 데이터 서비스 연결 방식

https://www.software.kr/_file/roadMap/middleware.pdf