문제

조직 준비를 구현하는 새로운 시스템 asp.net 응용 프로그램.응용 프로그램이 있을 것이 큰 큐의 오프라인 작업에 의해 시작된 웹 사이트입니다.이 큐를 개최한다 다른 형태의 활동을 이상적으로 XML 메시지입니다.의 생각한 것을 이메일로 알림을,예약된 작업,etc.

과거에는 조직의 가능성이 있는 사용 MSMQ 이것을 달성하는 작업입니다.그러나,그들은 그들을 고려 MSMQ 을 학교(고 나는 부분적으로 그들과 함께 동의),그래서 우리가 할 건축의 리뷰를 결정하는"최고의 솔루션".

내 마음에,몇가지 잠재적인 선택:

1.지팡이와 새로운 구현의 최신 버전에 MSMQ-적합하지 않습니다,하지만 알려진 제품입니다.
2.사용 Windows 워크플로우 기초는 내가 들어에서 몇 가지 다른 개발자가 사용하는 이에 대한 이 유형의 것입니다.
3.개발자 지정 데이터베이스 솔루션입니다.

나는 어떠한 명백한 솔루션입니까?이것은 이상적으로 될 것입니다 Microsoft 제품,하지만 정말 그냥 요구에서 작동하는 Microsoft 중심의 상점이다.

나 우려에 대해 다음과 같다:
1.편의 구현 및 유지보수
2.솔루션이 될 것입니다 잠시 동안 주변
3.을 처리할 수 있는 좋은 양의 행으로,중형 XML 데이터에서 그들을
4.절대적으로 신뢰할 수 있는 큐 시스템,빠른 업데이트(여러 유틸리티 프로세스는 것이 잡아 기록 큐에서 그들을 처리).

도움이 되었습니까?

해결책

는 게시물을 읽고 같은 유일한 이유는 당신이 생각하 MSMQ 에 적합하지 않기 때문에 누군가가 있다고 생각하"old school".나는 생각하지 않을 것이라고는 충분히 좋은 이유로 사용하지 않기 때문에,그것처럼 보이는 당신의 회사 경험을 가지고,그래서 그것으로 없을 것이 학습 곡선,그리고 그 의미 쉽게 구현 및 유지보수.

Plus,MSMQ 것이 완벽하게 주는 모든 문제를 언급했고 있다.그렇지 않으면 거기에 또 다른""진짜 이유로 그것을 사용하지 않는,나는 생각으로 스틱 MSMQ.

다른 팁

는 것이 좋으로 찾고 있 WCF 구성할 수 있습니다 그 지정하려면 지속적인,메시지 대기하고 그것을 사용하 MSMQ 기술에서 다룹니다.WCF 추상화/인터페이스와 기술해야 주변에 좋은 시간입니다.

동의함으로 사슴에는 정글 MSMQ 아마은 당신이 지켜야 한다.

나는 어쩌면 연구는 몇 가지 대안 API 를 사용하는 MSMQ 커버를 아래처럼, nServiceBus 에서 Udi Dahan.

에 대한 대안으로 ActiveMQ(위에서 언급한)오픈 소스 소 Shapes.에서 그들이 말하는 이와 함께 멋지게 통합 ASP.NET 고 WCF.

http://www.rabbitmq.com/

을 보고 있어로 서비스 브로커 SQL Server?그것은 여기를 클릭 시스템을 사용하는 데이터베이스의 백업으로 저장합니다.

당신은 몇 가지 옵션을 선택할 수 있습니다:

  1. Biztalk:그것은 대상 메시지가 전달 및 라우팅 기업 수준에서.그것은 설정하기 어려운,비용,그리고 가파른 학습 곡선을 그러나도록 설정하면 그것은 그것의 고체.

  2. MSMQ:빠르고,저렴하로에서 무료로 사용하기 쉬운,그리고 그냥 평범한 작품입니다.

  3. SQL 서비스 브로커입니다.그것은 단계에서 MSMQ 지만,거대한 단계에서 아래로 Biztalk.

주요 문제는 정말 졸 기능을 설정할 필요합니다.Biztalk 꽤 많은 그것의 자신의 개발 환경.반면 MSMQ 에 당신을 필요로 건설에 사용하는 것이 좋습니다.

당신이 볼 수있는에서 사용하는 오픈 소스는 메시지 브로커 등 아파치 ActiveMQ

그것처럼 보인다하여 전체 시스템에 대한 하지만,당신이 사용할 수 있습 Windows 워크플로 귀하의 비즈니스를 관리하고 논리,단지 사용 MSMQ 으로 저장소의 작업 목록입니다.귀하의 워크플로 시작하여 당기는 다음 메시지가 오프 큐,그 결정 그것으로 할 수 있습니다.

대기 뭔가가 당신을 망치고 싶지 않아 자신과 함께,귀하의 신뢰를 넣어에 뭔가 선반에서 작동하는 것에 의해 테스트 된 많은 사람들의 이미.

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