rabbitmq는 노란색과 어떻게 비교됩니까?
https://stackoverflow.com/questions/3280576
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
rabbitmq는 Mule과 비교를 어떻게 비교하고 있습니다. 메시지 중심의 아키텍처와 AmqP (Rabbitmq)를 사용하여 응용 프로그램을 구축하려고하지만, 내가 원하는 모든 것을 제공하지만, ESB와 같은 많은 관련 기술 선택과 유사한 개념으로 당황합니다. 나는 다른 대안을 고려하지 않고 선택을하고 있다면 의심의 여지가있다.
RABBITMQ는 메시지 브로커이며 생산자와 소비자 간의 메시지를 중재하는 데 도움이됩니다 (모든 양식 또는 게시 구독과 트위터 또는 Facebook 업데이트와 같은 실제 예제에서 사용 방법을 이해할 수 있음) < / P>
노새를 사용하는 rabbitmq에서 내가하는 일을 달성 할 수 있다면, rabbitmq와 비슷한 노새를 고려해야합니까?
노새는 메시지 브로커의 메시지보다 다른 목표를 가지고 있습니까?
노새는 해당 노스 청취자에게 메시지를 전달하는 메시지 브로커가 있습니다 (RABBITMQ에서 청취자를 쉽게 쓸 수 있음)
는 Mule A 완전한 Java 기반 시스템 (Rabbitmq에서는 C #과 서버를 Java로 클라이언트가있는 간단한 RPC 클라이언트 서버를 작성하는 데 30 분 미만의 실험을 수행했습니다.
해결책
mule은 ESB (엔터프라이즈 서비스 버스)입니다.rabbitmq는 메시지 브로커입니다.
esb 라우팅, 변환 및 비즈니스 프로세스 관리와 같은 메시지 브로커 atop을 제공합니다.응용 프로그램 간의 중재자, 웹 서비스 통합, 나머지 엔드 포인트, 데이터베이스 연결, 전자 메일 및 FTP 서버의 이름을 지정합니다.그것은 다른 프로토콜을 말하는 응용 프로그램 네트워크 내에서 상호 운용성을 조정하는 높은 수준의 통합 백본입니다.
a 메시지 브로커 는 발행자와 가입자간에 원시 메시지를 릴레이 할 수 있지만 전형적으로 동일한 시스템의 구성 요소간에 RAW 메시지를 릴레이 할 수있는 하위 레벨 구성 요소입니다.응답 시간을 낮게 유지하기 위해 비동기 처리를 활성화하는 데 사용됩니다.일부 작업은 처리하는 데 더 오래 걸리고 시간에 민감하지 않으면 사물을 개최하기를 원하지 않습니다.대신, 메시지를 대기열에 게시하고 (게시자로서) 가입자가 그것을 선택하여 "나중에"처리하십시오.
다른 팁
Mule은 메시지 브로커로 구현 된 "상위 레벨"서비스입니다. 문서
ESB의 메시징 백본은 일반적으로 JMS를 사용하여 구현되었지만 Any. 기타 메시지 서버 구현
를 사용할 수 있습니다
토끼로 ESB를 만들 수 있습니다.그러나 바이트 [] 패키지를 보내는 것으로 제한 될 것이며 주제 및 대기열과 같은 메시징 프리미티브에서 시스템을 구축해야합니다.번역층이 적기 때문에 조금 더 빠르지 않을 수도 있습니다 (절대적으로 벤치마킹, 테스트 또는 데이터를 기반으로합니다).Mule은 이것의 맨 위에 추상화를 제공하고 다양한 전송을 말하며 일부 라우팅 로직을 처리 할 수 있습니다.
Mule은 구독자와 수신자 간의 메시지를 대기하기위한 메시지 브로커가 메시지 브로커 인 것으로 인해 종료 통합 솔루션을 제공하는 엔터프라이즈 서비스 버스입니다.
Rabbitmq, 오픈 소스 메시지 브로커 소프트웨어는 Erlang 프로그래밍 언어로 작성되며 클러스터링 및 장애 조치를위한 오픈 텔레콤 플랫폼을 기반으로합니다.사용하기 쉽고 많은 수의 개발자 플랫폼을 지원하고 모든 주요 운영 체제에서 실행됩니다.그것은 교환이라는 개념에서 작동합니다. Mule은 rabbitmq를 AMQP 커넥터와 연결합니다.
토끼는 클라이언트 - 서버 ERA에서 노새가 API 네트워크 시대에 속합니다.레거시 플랫폼의 한계에서 구현해야 할 경우가 아니라면 노새와 REST API와 함께가는 것이 좋습니다.어쨌든 줄을 몇 년 만에 토끼를 위해 쓴 코드는 현재 및 미래의 API LED 아키텍처를 지원하기 위해 수정되어야합니다.그래서 지금 하지마?나의 몇 센트.
