.NET 및 메시징

메시지 처리를 위해 MSMQ와 Biztalk에 대해 계속 들었지만, 이것이 무엇을 의미하는지 완전히 확신 할 수는 없습니다. 이러한 기술이 자리 잡으면 메시징과 이러한 기술에 어떤 문제가 있습니까?.NET 및 메시징

출처

2010-02-02 Anonymous

메시지 대기열 및 처리는 컴퓨터 과학에서 매우 잘 연구됩니다. 어떤 "101"텍스트 도서라도 당신에게 좋은 탐험을 제공해야합니다.

MSMQ는 1996 년부터 사용되어 왔으며 BizTalk는 약 10 년 전부터 사용되어 왔습니다. 여기에 Wikipedia있어 : 일반적인 시나리오에서

은 BizTalk 통합하고 내부 또는 조직의 경계를 넘어, 서로 다른 응용 프로그램 사이 사업 등의 구매 주문 등의 문서 및 송장을 교환하여 비즈니스 프로세스를 관리 할 수 회사 수 .

출처

2010-02-02 22:21:58

답변 해 주셔서 감사합니다. 그렇다면 이질적인 시스템에 메시지를 보내는 것과 다른 시스템에서 웹 서비스를 호출하여 예를 들어 구매 주문서를 보내는 것의 차이점은 무엇입니까? –

한 가지 큰 차이점은 MSMQ는 끝점과 메시지 형식에 대한 완전한 지식이 필요하다는 것입니다. 웹 서비스는 (아마도) 자체 기술 스키마를 가지며 발견 (예 : WS-Discovery 프로토콜)을 지원합니다. 그러나 상호 배타적 인 것은 아닙니다. WCF (웹 서비스를 지원함)는 MSMQ 끝점을 사용할 수 있습니다. MSMQ는 명명 된 파이프 또는 TCP와 같은 전송 채널과 웹 서비스를 런타임 및 활성화와 같은 다른 기능과 함께 해당 채널을 사용하는 것으로 생각하십시오. –

하나의 경우 System.Messaging 네임 스페이스는 기본 MOM으로 MSMQ를 사용합니다. 나는 Biz-Talk에 너무 익숙하지 않기 때문에 다른 사람들이 Biz-talk에 대해 언급하게 할 것입니다. 개인적으로 메시징을 사용하려면 QPID 경로를 선택해야하지만 실제로 수행하려는 작업에 따라 달라집니다.

출처

2010-02-02 22:22:01

.NET 및 메시징

답변

관련 문제