【问题标题】:.NET based push notification service基于 .NET 的推送通知服务
【发布时间】:2013-01-02 09:03:29
【问题描述】:

我正在寻找基于 .net 的可扩展推送通知解决方案。

场景:

客户端和服务器都将在 .NET 中。要求是,将有大约 60-100 个客户端连接到单个服务器,并且服务器应该能够为每个客户端每分钟发送 4000-5000 个通知。每个通知也会有一个小的有效负载。

有什么想法吗?

【问题讨论】:

  • RabbitMQ 或 ZeroMQ 之类的呢?另外,这是一个类似的问题:stackoverflow.com/questions/11803542/…
  • 您好,我尝试使用 MassTransit 作为与 MSMQ 的桥梁。到目前为止一切看起来都不错,我唯一担心的是服务器上正在建立的队列。有人对 MassTransit 和 MSMQ 有任何经验吗?我想要某种自动清除功能。

标签: .net wcf push-notification scalable durable-duplex


【解决方案1】:

如果您考虑 .NET... 看看 XSockets http://xsockets.net XSockets 可以满足您的需求(以及更多)。

问候 乌菲

【讨论】:

  • 看起来很有希望...将尝试并尽快提供反馈!
【解决方案2】:

它认为很大程度上取决于客户端环境的性质和您想要达到的抽象级别。您可以像@skrealin 建议的那样开发一个解决方案,直接与消息传递基础架构进行交互,但这对于无法保证连接/订阅并且可能还需要不必要地公开您的基础架构的基于 Internet/Web 的客户端来说并不是真正理想的。对于这些场景,我会考虑调查几个选项

  1. 信号R
  2. Azure 服务总线

这两者都将提供“推送”通知,并通过简单的 API 帮助您管理客户的订阅。由于通知率相对较高,因此“轮询”解决方案在这里可能并不合适。

我敢肯定还有其他方法,但看看这个会让您对其中的内容有所了解。

【讨论】:

    【解决方案3】:

    查看此供应商:http://www.pubnub.com/

    如果有任何其他内容,它会让您了解您的解决方案可能需要解决的其他一些问题。

    我认为这家供应商的后端使用 SingnalR,因此使用 websockets 进行服务器、客户端连接。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2021-04-18
      • 2010-12-10
      • 2017-11-18
      • 2011-08-24
      • 2019-03-07
      • 2017-05-27
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多