JBoss 퓨즈-ESB 소개

이 장에서는 Enterprise Service Bus의 필수 사항부터 시작합니다. 아래에 ESB에 대한 자세한 설명과 장점, 단점 및 이해하기 쉽도록 몇 가지 다이어그램이 있습니다.

ESB 란 무엇입니까?

ESB는 Enterprise Service Bus를 의미합니다. 가장 단순한 형태의 ESB는 여러 애플리케이션이 통신하는 데 도움이되는 정보 고속도로 역할을하는 미들웨어입니다.

기업 세계에서 우리는 많은 것을위한 솔루션을 개발합니다. 이러한 솔루션은 다른 기술과 다른 데이터 형식을 사용할 수 있습니다. 이러한 기술에서 통신 또는 데이터 형식의 호환성 차이로 인해 이러한 솔루션을 함께 사용하는 것은 번거 롭습니다. 따라서 우리는loosely coupled integration 이러한 서로 다른 솔루션간에.

ESB는 모든 애플리케이션의 중간에 위치하고 애플리케이션 간의 메시지 라우팅을 용이하게하는 '허브'가 됨으로써 이러한 통합 문제를 단순화하는 것을 목표로합니다. ESB는 중재자 역할을하며 정보 고속도로 역할을하며 데이터 변환 라우팅을 처리하며 Coder 또는 개발자는 자신의 애플리케이션 논리에 집중할 수 있습니다.

ESB를 이해하는 것은 특별히 설계된 문제를 이해하고 해결이 쉬워 질 때 매우 간단 해집니다. 정보를 공유하고 통합 비즈니스 플랫폼을 형성하기 위해 서로 다른 언어로 작성되고 서로 다른 시스템에서 실행되는 서로 다른 여러 시스템을 활성화하는 방법을 명확하게 이해해야합니다.

통합 문제

엔터프라이즈 플랫폼에서는 여러 응용 프로그램이 공동으로 작업하고 비즈니스 기능을 전체적으로 제공하는 것이 일반적이지만 이러한 응용 프로그램의 통합이 가장 자주 발생하는 문제입니다. 응용 프로그램이 증가함에 따라 시간이 지남에 따라 더욱 어려워집니다.

각 응용 프로그램은 자체 형식으로 데이터를 입력하고 출력 할 수 있습니다. 이 접근 방식은 애플리케이션 수가 적을 경우 잘 작동하지만 애플리케이션 수가 증가함에 따라 통합 휠도 더 나은 접근 방식으로 전환되어야합니다. 예를 들어, 비즈니스 용 특정 응용 프로그램을 변경해야하는 경우 해당 마스터 응용 프로그램에 종속 된 모든 응용 프로그램의 출력 또는 입력 데이터 형식이 영향을받습니다.

이러한 접근 방식은 긴밀하게 결합 된 아키텍처를 기대하는 통합의 가장 큰 장애물 역할을합니다. 이것이 ESB가 등장하는 곳입니다. 각 애플리케이션은 다른 애플리케이션과 직접 통신 할 필요가 없습니다. 대신 모든 애플리케이션이 ESB와 통신하고 ESB는 정보 라우팅 및 내부 데이터 형식 변환을 처리합니다.

왜 ESB인가?

다음은 Enterprise Service Bus가 필수적인 이유를 설명하는 몇 가지 사항입니다.

• ESB는 변형 호환 애플리케이션과의 통합 문제를 단순화하는 것을 목표로합니다.

• 이는 모든 애플리케이션의 중개자 역할을하고 애플리케이션 간의 메시지 라우팅을 용이하게하는 미들웨어 역할을합니다.

• 모든 애플리케이션이 다른 모든 애플리케이션과 직접 인터페이스하는 대신 이제 각 애플리케이션은 ESB에 대한 하나의 인터페이스 만 갖습니다.

• ESB는 메시지를 공통 형식으로 /에서 변환하고 대상으로 라우팅하는 역할을합니다.

• 기존 애플리케이션을 교체해야하는 경우이 접근 방식을 크게 절약 할 수 있습니다. 완전히 새로운 인터페이스를 작성하는 대신, 이제는 하나의 인터페이스 (애플리케이션과 ESB 사이) 만 고려할 수 있습니다.

SOA 및 ESB?

SOA와 ESB는 일반적으로 같은 의미로 사용되지만 완전히 다릅니다.

SOA는 애플리케이션이 통신 프로토콜을 통해 네트워크를 통해 서비스로서의 기능을 노출 할 수있는 디자인 패턴 인 반면, ESB는 이종 시스템 간의 통신을 용이하게하는 모델이지만 ESB는 SOA를 구현하는 동안 백본으로 사용할 수 있습니다.