문제

그냥 하는 일부 빠른 스파이크로 가능하게 메시징 시스템을 사용하여 프로세스에 있는 파일을 멋지게 분리된 작업 흐름 시스템입니다.

What 는 프로다 그 사람들이 찾을 사용하는 위의 각 프레임워크?의 장점은 무엇을 사용하여 이러한 대 손으로 압연 MSMQ 시스템 WCF 바인딩 및/또는 non-MSMQ 솔루션??

도움이 되었습니까?

해결책

내가 권하고 싶에서 머물고 손으로 압연한 솔루션으로 무리가 다소 어려운 하는 물건을 받은 바로 같은 방법을 트랜잭션이 처리되는 방법에는 예외가 발생 롤백하는 방법,압연 중지 다시 끝없이(독 메시지),을 통합하는 방법으로 오래 실행되는 워크플로는 상태로 관리한 경계선하고,더 있습니다.

당신은 아마 어떤 종류의 내구성/트랜잭션 메시 인프라를 사용하지 않는 MSMQ 당신은 왼쪽으로 서비스 브로커 Microsoft 플랫폼에,또는 어떤 다른 대안은 다음과 같 ActiveMQ.MSMQ 의 혜택이 이미에 설치되는 모든 윈도우 컴퓨터,반대로 서비스 브로커지 않습니다.

선택의 측면에서 사 NServiceBus,대중 교통,그리고 코뿔소 서비스 Bus-직접 응답 비교 NServiceBus 을 MassTransit 는 좋은 장소가 될 것이다를 시작합니다..

에서 우리의 3.1 릴리스,우리들을 소개 NSB 스튜디오의 세트를 Visual Studio 통합 모델링 도구를 사용할 수 있는 모델의 시스템은 높은 수준에서의 추상화하고의 많은 구성 초기화 NServiceBus 수행에 대한 당신이 자동으로 합니다.내가 말하는데 이것은 정말 끝 날에의 호의 NServiceBus.

는 희망 도움이 됩니다.

면책 조항:나는 저자의 NServiceBus.

다른 팁

NServiceBus 좋은 제품이지만 조심의 라이선스 문제입니다.그는 그것을 변경 라이센스 정책 저자를 기원합니다.보 예를 들어에 이전 라이센스 정보입니다.

그것은 일어날 수 있는 중간에 당신의 프로젝트 개발을 찾을 것입니다 당신이 지불하는 많은 돈을 NServiceBus.

또한 무료 버전의 성능 제한이 있습니다.

MassTransit 은 절대적으로 무료 오픈 소스,그것은 아무런 제한이 없습니다,그리고 아래에 아파치 2.0 라이센스입니다.

나는 사용되지 않습 코뿔소 서비스 버스.

업데이트 상태의 Rhino 대 NServicebus:

http://www.infoq.com/news/2012/04/nservicebus3-0

측면을 Ayende: 이전에 작성된 서비스를위한 버스.NET 자신을,즉 코뿔소 서비스 버스입니다.사용자가 코뿔소 서비스 버스는 지금은 다시 이동하 NServiceBus?

Ayende: 나는 내장 된 코뿔소 서비스 버스 주변 2008.제가 그것을 주로 지 않았기 때문에 나는 행복의 상태를 다른 서비스에서 버스 니다.내가 다른 문제와 방향을 건축할 때 나 서비스 버스,하지만 그가 4 년 전입니다.에서는 시간,내 생각에는 NServiceBus 에 많은 발전을 이루어 냈습니다되고 사용하기 쉽게 제품 고 훨씬 더 나은 상자에 개발 이야기입니다.가 밖으로 시작으로 서비스 버스는 오늘날,내가 강하게 의심을 나 건설 내 자신이다.

잠재적인 콘도 MSMQ 기반의 최대에 제한 메시지 크기입니다.IIRC 그것은 약 4MB,당신은 쉽게 수으로 실행하는 경우에 당신과 함께 다루고 있어 큰 파일을 저장하는 파일의 콘텐츠에 메시지입니다.

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