문제

ESB를 기존 Java/Maven 웹 기반 제품에 통합하려고합니다. 구체적으로, 나는 Servicemix와 Mule을보고 있습니다. 이 제품은 HTTP, SMS 및 IM을 통한 이메일, 쿼츠, 편안한 웹 서비스를 포함한 여러 서비스에 연결됩니다. 나는 문서를 빠르게 보았고 두 가지 옵션은 꽤 헤비급이고 상당히 복잡한 것 같습니다. ESB를 사용하는시기의 교과서 예처럼 보이지만, 하나 또는 다른 시스템을 배우는 데 많은 시간을 보내고 싶지 않습니다.

내가 말했듯이, 나는 이미 Maven에 의해 구축 된 웹 앱을 가지고 있으며 시스템 중 하나를 통합하는 것이 전자 메일을 보내는 것만 큼 간단한 것을 위해서도 상당히 간단하기를 바라고 있었지만 세상의 절반을 추가하는 것처럼 보입니다. 항아리의 용어는 기존 제품에 포함시키기가 어려울 것입니다.

이 옵션 중 하나를 끌어 내려고 노력할 가치가 있습니까? 완전히 재구성하지 않고 기존 앱에 통합하는 쉬운 방법이 있습니까? 다른 가벼운 웨이트 옵션이 있습니까? 그것이 용도를 가치있게 만들 것이라고 생각해야 할 몇 가지 측면이 있습니까?

도움이 되었습니까?

해결책

Mule은 XML과 함께 서비스를 막는 데 사용하기가 매우 간단하며 실제로 도움이되는 비디오 예제가 많이 있습니다.

Esbs는 미래가되어야하며, 당신이 말했듯이 - 당신은 그것을 어디에서 사용 해야하는지에 대한 교과서 예처럼 보입니다.

나는 당신의 모든 질문에 답하려고 노력할 것입니다.

이 옵션 중 하나를 끌어 내려고 노력할 가치가 있습니까?나는 이것이 당신이 스스로에게 물어봐야 할 질문이라고 생각합니다 - 당신은 무엇을 달성하려고합니까? 구현하기 쉽도록하려는 경우 순수한 코드 또는 ESB를 통해 동시에 포함 된 모든 설정이 포함되어있을 것입니다. 학습 운동으로 생각하고 있다면 가치가있을 수 있습니다.

완전히 재구성하지 않고 기존 앱에 통합하는 쉬운 방법이 있습니까?짧은 대답 번호. 대부분의 타사 라이브러리/프레임 워크와 통합하려면 리엔지니어링이 필요합니다.

다른 가벼운 웨이트 옵션이 있습니까?노새는 정말 간단합니다. MQ를 사용하여 HTTP, SMS 및 IM을 수행 할 수 있습니다. 아마도 ActiveMQ 또는 RabbitMQ.

그것이 용도를 가치있게 만들 것이라고 생각해야 할 몇 가지 측면이 있습니까?예, ESB는 새로운 서비스가 자주 추가되고 구성이 변경 될 수있는 기업을 위해 설계되었습니다. XML에 모든 것을 갖추면이 변화가 조금 더 쉬워집니다. 따라서 일회성 소프트웨어를 구축하는 경우 올바른 방법이 아닐 수도 있습니다. 그러나 나중에 더 많이 추가하고 지속적으로 다른 서비스를 연결하면 최상의 경로 일 수 있습니다.

다른 팁

또한 완전한 ESB의 처벌없이 언급 한 모든 통합 요구에 대해 강력한 Apache Camel Framework를 살펴볼 수도 있습니다.

Mule Project의 창립자 인 Ross Mason 은이 주제에 대한 정말 좋은 기사를 썼습니다. ESB에게 또는 ESB에. 나는 그것을 살펴 보는 것이 좋습니다. 또한 체크 아웃 할 수도 있습니다 뮬 ibeans 웹 앱으로 만들고 경량 통합을하고 중재에 관심이없는 경우 훨씬 간단한 모델을 제공합니다.

나는 당신의 귀중한 시간을 노새로 낭비하지 말라고 조언합니다. 지금까지의 경험은 좋지 않습니다. 중요한 시스템에는 사용하지 않을 것입니다. 그것은 성숙한 제품이 아니라는 것입니다. 그 편안한 서비스와는 별도로 많은 단순성을 약속하고 실제 사용 사례가 있습니다.

서로 대화 해야하는 응용 프로그램이나 데이터베이스가 두 개 이상이고 두 개 이상의 커뮤니케이션 프로토콜을 사용하고 있다면 투자 가치가 있다고 말합니다. 또는 미래 에이 상황이 사실이 될 것으로 기대한다면. 요구 사항이 확실히 맞는 것 같습니다.

ESB 또는 최소한 메시지 버스의 사용을 제안하는 또 다른 상황은 다른 응용 프로그램과 독립적으로 진화하기 위해 하나 이상의 응용 프로그램을 기대하거나 필요한 곳입니다. 예를 들어, 하나는 적극적으로 발전하고 있고 다른 하나는 그렇지 않습니다. ESB는 항상 개발 된 시스템의 변화에서 안정적인 시스템을 분리하여 항상 모든 것을 업데이트 할 필요성을 제거 할 수 있습니다.

ESB의 진정한 힘은 응용 프로그램이 의사 소통 방법과 ESB와 의사 소통하는 사람에 대한 모든 결정을 위임하고 해당 구성 요소가 그러한 측면에 대해 전적으로 책임을 지도록 할 수 있다는 것입니다. 다른 모든 구성 요소는 서로 분리되어 종속성 조합의 문제를 크게 줄이는 것에 대해 서로 걱정할 필요가 없습니다.

학습 곡선의 관점에서 나는 뮬 ESB가 픽업하기 위해 상당히 간단한 것으로 나타 났으며, 연결하려는 여러 서비스에 대해 이야기하기 위해 필요한 모든 API를 배우는 것이 훨씬 낮은 학습 곡선이 될 것입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top