문제

계량 데이터를 처리하기위한 시스템을 만들기 위해 함께 작동하는 일련의 응용 프로그램을 개발하고 있습니다. 몇 가지 이유가 느슨하게 결합되어 있고 제 3자가 시스템을 확장 할 수 있어야하므로 앱은 메시징을 통해 함께 연결됩니다.

C#, Java 및 Python의 바인딩을 제공하는 메시징 시스템을 찾고 있으며 Publish-Subscribe, 보장 된 배송, 선택적 소비자 (.NET 메시징 등)와 같은 메시징 패턴을 지원합니다.

내가 알 수있는 한, JMS 또는 .NET 메시징에는 아무런 문제가 없으며 .NET / Java만을위한 것입니다.

이 시스템은 채널을 설정할 때 사용할 전송 메커니즘 (소켓, 메시지 대기열 등)을 제어해야합니다. 나는 원격 기계로 확장하고 현지 운송 시설로 속도를 높이고 싶습니다.

적합한 것을 찾을 수 없다면 내 자신을 굴려야합니다. 아마도 직렬화에 Google의 프로토콜 버퍼를 사용할 것입니다. 기술 옵션에 대한 다른 권장 사항이있는 사람이라면 해고하십시오.

아, 그렇습니다-그리고 저는 채널 당 또는 메시지 당 기준으로 암호화를 선택하고 싶습니다.

ETA : 모든 빠른 답변에 감사드립니다. 나는 지금 Docs & Propaganda를 통해 일하고 있습니다. 누구든지 아래의 기술을 사용했으며 어떤 결과를 얻었습니까?

도움이 되었습니까?

해결책

ActiveMQ

http://activemq.apache.org/cross-language-clients.html

다음 프로토콜을 모두 지원합니다

  • 오픈 와이어
  • 쉬다
  • 스톰프
  • WS 알림
  • XMPP
  • AMQP

감사합니다 폴

다른 팁

SonicMQ는 원하는 도구 일 수 있습니다. 나는 그들이 진전을 이루고 있다는 것을 알고 있지만 다른 언어 대안들도 지원하고 메시징 부문의 주요 플레이어라는 것을 알고 있습니다.

소닉 소프트웨어

바울이 언급했듯이 시도하십시오 ActiveMQ 많은 언어 클라이언트 및 와이어 프로토콜을 지원합니다.

BTW ActiveMQ 6.X는 아마도 Google의 프로토콜 버퍼를 기본 와이어 전송 중 하나로 사용하고있을 것입니다. :)

많은 프로젝트에서 Apache ActiveQQ를 사용하여 큰 성공을 거두었습니다. 그건 대부분 인기 있는 그리고 오늘날 강력한 오픈 소스 메시지 중개인.

우연히 .NET / C#에서 ActiveMQ 프로젝트는 NMS API .NET 플랫폼의 메시지 중개인과 통신하는 표준 API는 현재 통합되었습니다. Spring.net

당신은 고려 했습니까? MPI?

ESB (Enterprise Service Bus)를 사용할 수 있습니다. 노새. 아이디어는 원하는 방식으로 버스에 메시지를 보내고 (JMS, HTTP, 이메일) 버스가 라우팅을합니다. .NET 바인딩이 있는지는 모르겠지만 사용 가능한 것이 없어도 확장 메커니즘을 사용하여 직접 구축 할 수 있습니다. 물론 이것은 어딘가에 버스를 설치해야한다는 것을 의미합니다.

IBM의 MQ 시리즈 인 거의 모든 것에 대한 견고하고 상업적 지원 및 통합을 원한다면 지금 WebSphere MQ 요구 사항에 설명 된 모든 기능을 제공합니다.

때때로 당신 하다 당신이 지불하는 것을 얻으십시오 ... ;-)

ActiveMQ, SonicMQ 또는 WebSpheremq와 같은 특정 브로커 / 중개자를 사용하는 데 관련이 없음을 의미하는 다중 언어 "표준"을 원한다면 AMQP 표준을 강력히 볼 것을 강력히 권장합니다.http://www.amqp.org) 및 관련 중개인 (RabbitMQ, QPID, OpenAMQ; 참조 http://www.amqp.org/confluence/display/amqp/amqp+products).

오픈 메시지 대기열 (열린 MQ) Glassfish Application Server에 포함되어 있으며 독립형 실행도 실행됩니다. 몇 초 후에 시작하여 Java 및 C 클라이언트를 지원합니다. Stomp Support는 현재 버전 4.4에서 개발 중입니다.

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