C#.NET工作负载处理a'；la作业队列处理示例想法？
作为我不断学习如何使应用程序更好地扩展的过程的一部分，我目前正试图找到排队的方向，即工作排队或工作量处理，无论你喜欢哪个阶段 在遥远的过去，我使用IBM MQ/Series——它适用于金融应用程序，但如果我记得的话，它相当沉重 我知道MSMQ，也听说过很多其他的 但首先，这里是我的背景 我有一个C#/.NET后端web应用程序，它通过AJAX调用等将数据等服务于Javascript（主要是jQuery等）前端。我有一种情况，其中某个操作涉及上传一些文件、在数据库中设置一些记录条目、发电子邮件给一些用户等。因此，我当然不想让这个过程“在线”/“实时”由于可能的时间延迟以及我确信Web服务器/数据库等的开销 因此，考虑到我需要排队和处理的“消息”类型，什么是一个好的起点（我想这里不应该简单地说！）？我应该使用MSMQ和/或SQL 2008 service broker之类的工具运行，还是应该简单地创建自己的轻量级工作负载队列服务 我再次意识到，如果没有看到完整的画面，就很难提出完整的建议，然而，我感激地收到了任何出发点C#.NET工作负载处理a'；la作业队列处理示例想法？,c#,.net,message-queue,zeromq,job-queue,C#,.net,Message Queue,Zeromq,Job Queue,作为我不断学习如何使应用程序更好地扩展的过程的一部分，我目前正试图找到排队的方向，即工作排队或工作量处理，无论你喜欢哪个阶段 在遥远的过去，我使用IBM MQ/Series——它适用于金融应用程序，但如果我记得的话，它相当沉重 我知道MSMQ，也听说过很多其他的 但首先，这里是我的背景 我有一个C#/.NET后端web应用程序，它通过AJAX调用等将数据等服务于Javascript（主要是jQuery等）前端。我有一种情况，其中某个操作涉及上传一些文件、在数据库中设置一些记录条目、发电子邮件给一
大卫请不要自己动手！要考虑的事情太多了，你很可能会比项目的其他部分花更多的时间
我要说的是，使用MSMQ，它很容易与WCF一起使用，队列是事务性的，具有重试机制，等等，而且您可以从MSMQ UI中受益，可以查看消息、移动消息等等。请不要尝试创建自己的队列！要考虑的事情太多了，你很可能会比项目的其他部分花更多的时间
我想说，对于MSMQ，它很容易与WCF一起使用，队列是事务性的，具有重试机制，等等，而且您可以从MSMQ UI中受益，可以查看消息、移动消息等等。Ha！同意。。相信我，写我自己的队列不是一个好主意。。。谢谢你的发帖+1-由于必须维护和支持一个自制的排队系统，我强烈建议使用MSMQ代替。哈！同意。。相信我，写我自己的队列不是一个好主意。。。谢谢你的发帖+1-由于必须维护和支持自制排队系统，我强烈建议改用MSMQ。