我在一个网络应用程序上工作,这是一种招标门户网站,买家张贴他们的工作和服务提供商对他们出价。该应用程序正在使用EF4.0、.Net 4.0、ASP.NET和Sql Server2008开发。现在有很多通知需要生成并发送给各自的参与方/用户。事件的一些示例是:如果作业被取消,或者已经选择了投标,或者服务提供商已经在作业上张贴了消息等等。总共有14个这样的事件。
现在我的要求是能够发送电子邮件,短信到各自的各方。此外,登录的用户应该能够在登录时通过when表单查看这些通知。
应用程序要求不会遗漏任何通知,因此我在这里寻找一个可伸缩且可靠的解决方案。我正在解释MSMQ和sql service broker来管理这些消息/通知的队列,但我不确定我是否遵循了正确的方向。此外,我还希望考虑事务管理、正常运行时间和可伸缩性等因素。
发布于 2011-01-21 18:48:18
我建议您考虑使用nServiceBus,因为它可以满足您的大多数需求。您还可以查看CQRS模式。您可以通过查看nServiceBus作者网站http://www.udidahan.com找到有关这两个方面的详细信息
发布于 2013-01-09 19:26:25
作为nServiceBus的替代方案,您可以查看公共交通
http://masstransit-project.com/
http://code.google.com/p/masstransit/
公共交通建立在消息传递子系统(MSMQ)之上,简化了订阅管理、故障、sagas (长时间运行事务)等事情。
我们在生产环境中使用它,它的行为是可靠的。此外,它有一个简单而自然的API,并且具有很好的可扩展性。
https://stackoverflow.com/questions/4757839
复制相似问题