.NET 기반 푸시 알림 서비스

.NET 기반 푸시 알림을위한 확장 가능한 솔루션을 찾고 있습니다..NET 기반 푸시 알림 서비스

시나리오 :

모두 클라이언트와 서버는 .NET에있을 것입니다. 요구 사항은 약 60-100 개의 클라이언트가 단일 서버에 연결되며 서버는 클라이언트 당 4000-5000 통보를 분당 전송할 수 있어야합니다. 모든 통지와 함께 작은 페이로드가있을 것입니다.

아이디어가 있으십니까?

출처

2013-01-02 Rajat Mehta

무엇 RabbitMQ 또는 ZeroMQ 같은 어떻습니까? 또한, 이것은 비슷한 질문입니다 : http://stackoverflow.com/questions/11803542/pub-sub-and-content-based-subscriptions – Skrealin

안녕하세요, 저는 MassTransit을 MSMQ가있는 브리지로 사용해 보았습니다. 지금까지 모든 것이 잘 보입니다. 서버에 구축되는 대기열에 대한 유일한 걱정이 있습니다. 누구나 MassTransit 및 MSMQ에 대한 경험이 있습니까? 자동 제거 기능이 필요합니다. –

클라이언트 환경의 성격과 달성하려는 추상화 수준에 크게 달려 있다고 생각합니다. @skrealin이 메시징 인프라와 직접 상호 작용할 것을 제안하는 솔루션을 개발할 수는 있지만 인터넷/웹 기반 클라이언트의 경우 연결/가입이 보장되지 않을 수도 있고 인프라를 불필요하게 노출해야 할 수도 있습니다. 나는이 시나리오

SignalR에 대한 조사
푸른 ServiceBus이 모두가 "푸시"알림을 제공하고 정직과 고객에 대한 구독을 관리하는 데 도움이 될 것입니다

을 고려할 몇 가지 옵션이 있습니다 api. 상대적으로 높은 통지율 때문에 "폴링"솔루션이 적합 할 수 있습니다.

확실한 다른 접근 방식이 있습니다. 그러나이를 보면 무엇이 관련되어 있는지 알 수 있습니다. 이 업체 밖으로

출처

2013-01-02 22:34:33 stephenl

확인 : http://www.pubnub.com/

아무것도 그것이 당신에게 당신의 솔루션을 해결하기 위해 likley이 필요합니다 몇 가지 다른 문제의 아이디어를 줄 것이다 경우.

필자는이 벤더의 백엔드가 SingnalR을 사용하여 서버의 클라이언트 연결을 사용한다고 생각합니다.

출처

2013-01-02 22:43:12

.NET을 고려하는 경우 ... XSockets을 살펴보십시오 http://xsockets.net XSocket은 필요한 것을 제공 할 수 있습니다.

감사 을 Uffe

출처

2013-01-04 13:03:19 Uffe

는 유망 해 보입니다 ... 시도하고 곧 피드백을 제공 할 것입니다! –

.NET 기반 푸시 알림 서비스

답변

관련 문제