2009-02-24 13 views

답변

11

이것은 끔찍한 구조는 아니지만 여기에는 약간의 차이점이 있습니다. 내 Tibco 지식은 MSMQ보다 훨씬 크기 때문에 MSMQ에 관한 내 진술을 더 잘 볼 수 있습니다.

당신은 팁코에 대한 더 많은 지불, 정확한 금액은 사이트 라이센스 및 협상 그러나 당신은 10-20000 달러의 범위)

에보고 될 DR 백업 늪지 표준 RV 데몬으로 인해 변화 Tibco RV는 여러 언어 (C, C++, Net, Java)로 여러 클라이언트를 구현하고 여러 플랫폼 (Windows, 다양한 유닉스 버전)을 지원합니다. 클라이언트 API는 전적으로 플랫폼에 독립적입니다 (최대한의 효율성을 위해 그러한 지식이 필요한 경우를 제외하고 대부분의 사용자는이 문제를 처리 할 필요가 없습니다).

RV는 클라우드의 데몬에 전송 된 메시지가 클라우드의 다른 곳의 데몬에 등록 된 모든 클라이언트가 투명하게 사용할 수 있도록 클라우드, 멀티 캐스트 공유 네트워크의 개념을 가지고 있습니다.

MSMQ는 TibRV은 (인증 된 메시징 API가 필요하지만 다음이 사용되는 저널의 전체 제어를 제공)하지 않는

RV 링크 라우팅 데몬을 사용할 수있는 기본 제품에서 나중에 배달 가능성에 대한 메시지의 지속성을 제공 WAN 링크를 통한 클라우드 (보통 데몬보다 훨씬 비쌉니다)

RV는 기본 메시지 기반 플랫폼을 사용하여 클라이언트에 대해 대부분 투명한 방식으로 추가 서비스를 계층화합니다. 오류 허용 그룹, 인증 메시징 및 라우팅 데몬은 예약 된 주제를 전달하는 기본 메시지를 사용하여이를 수행합니다.

MSMQ는 분산 트랜잭션에 참여할 수 있으며 RV는 참여할 수 없습니다.

코나가

코나 메시지 (이들 내부의 메시지를 중첩) 복잡한 내부 구조를 가질 수있다 (I 그것과 경험이 없더라도)는 MSMQ 메시지는 상당히 간단 인 MSMQ 어댑터를 공급하는 구조가 일반적으로 정의 된 사용자.

Tibco api는 기본 소켓 대기 측면을 보여 주므로 디스패치 루프를 다른 소켓 기반 API와 효율적으로 통합 할 수 있습니다.

Tibco는 금융 영역 내에서 상당한 시장 침투력을 가지고 있습니다. Tibco는 고객과의 토론을 통해 사이트 라이센스가있는 대규모 회사와 관리자 전용 팀으로 나타났습니다.

4

MSMQ는 PGM 프로토콜 (Microsoft 및 Tibco의 대표가 설계 한 신뢰할 수있는 멀티 캐스트 프로토콜)을 통해 메시지를 보낼 수 있도록 지원합니다. 원칙적으로 이것은 '클라우드'로 보내는 것과 거의 같습니다. ShuggyCoUk은 PGM 대기열을 수신하는 여러 클라이언트가 모두 다른 클라이언트에서 발송 된 메시지를 수신해야하며 서버의 멀티 캐스트 효율성은 한 번 보내십시오.

팁코 랑데부 (즉, 여전히라고 거라면)입니다 :

  • 비싼
  • 견고한
  • 효율적인
  • 크로스 플랫폼을
  • 나 '

크로스 언어 MSMQ를 한번도 사용한 적이 없으며 그 중 어떤 하위 집합인지는 알 수 없습니다. 그렇다면 PGM에서 그렇게하십시오. 아마도 내 추측은 많지 않을 것입니다. 그것은 신뢰성 - 최하위 대기 시간 군중을 이끌어내는 경향이 있습니다 (반대의 경우는 일반적으로 랑데부에 해당합니다). 멀티 캐스트보다는 점대 점입니다.