C# 最佳方法建议:基于C的Windows服务实现
我请求在这方面提出实施建议 操作系统:Windows server 2008 平台:ASP.NET,C DB:mssql2005 情况是: 我们必须实现一个监控守护进程,它将以一个频繁的间隔(比如10秒)监控MS SQL中的一组DB表,并识别所有关键条目 分析后的条目将根据其重要性或类别与某些行动关联。因此,假设一个关键条目将被表示为ACCT\u USR\u LIMIT\u EXECEED:SomeName 3.So ACCT_USR_LIMIT_EXECEED:SomeName应与一个动作相关联,该动作应为电子邮件发送、数据库表更新查询执行、文件夹大小测量、删除文件夹或清理本地硬盘中的某些文件等 截至目前,待分析的关键分录金额应适中,但也有增加的余地 我们如何处理这个问题,我认为可能性是 我们应该编写一个windows服务来监视和调度操作还是, 编写两个不同的服务,一个用于监视MSMQ并将其分析分派给MSMQ,另一个用于分派读取相同MSMQ条目的操作。 只有一个windows服务对我们有帮助吗?或者最好的方法是什么C# 最佳方法建议:基于C的Windows服务实现,c#,.net,msmq,C#,.net,Msmq,我请求在这方面提出实施建议 操作系统:Windows server 2008 平台:ASP.NET,C DB:mssql2005 情况是: 我们必须实现一个监控守护进程,它将以一个频繁的间隔(比如10秒)监控MS SQL中的一组DB表,并识别所有关键条目 分析后的条目将根据其重要性或类别与某些行动关联。因此,假设一个关键条目将被表示为ACCT\u USR\u LIMIT\u EXECEED:SomeName 3.So ACCT_USR_LIMIT_EXECEED:SomeName应与一个动作相关
请建议我想这完全取决于预计的发送量。如果您打算每秒发送2000次,那么我认为分离是一个好主意,这样一个服务不会影响另一个服务,并且您可以为它们中的每一个提供单独的环境服务器。如果预期的数量大约是每分钟10个,那么我不明白为什么要把它复杂化,一些线程和适当的业务层就可以了。我认为这一切都取决于预期的发送量。如果您打算每秒发送2000次,那么我认为分离是一个好主意,这样一个服务不会影响另一个服务,并且您可以为它们中的每一个提供单独的环境服务器。如果预期的数量大约是每分钟10个,那么我不明白为什么要把它复杂化,一些线程和适当的业务层就可以了。没有直接的答案,因为这取决于很多参数。我同意海普所说的。 正如你所说的,一些C解决方案会有很大帮助——因此,从技术上来说,如果你想实现Windows服务/MSMQ的功能,那么你可以看看这里-
http://stackoverflow.com/questions/1521841/receiving-msmq-messages-with-windows-service
http://stackoverflow.com/questions/3956467/how-to-create-a-c-sharp-listener-service-for-msmq-as-a-windows-service
希望这能有所帮助。没有直接的答案,因为这取决于许多参数。我同意海普所说的。 正如你所说的,一些C解决方案会有很大帮助——因此,从技术上来说,如果你想实现Windows服务/MSMQ的功能,那么你可以看看这里-
http://stackoverflow.com/questions/1521841/receiving-msmq-messages-with-windows-service
http://stackoverflow.com/questions/3956467/how-to-create-a-c-sharp-listener-service-for-msmq-as-a-windows-service
希望这有帮助。只是一个想法[偏离C服务]-为什么不使用Powershell来处理这些东西呢。有一个后台作业的概念,Powershell是实现此类管理操作的强大自动化工具。例如:谢谢你的建议,我们也会看到的。一些C解决方案会有很大帮助:只是一个想法[偏离C服务]-为什么不使用Powershell来处理这些东西呢。有一个后台作业的概念,Powershell是实现此类管理操作的强大自动化工具。例如:谢谢你的建议,我们也会看到的。一些C解决方案会有很大帮助:它会有点高,而且无法预测。假设整个设置是针对基于SaaS的门户来跟踪用户使用情况。我不能确定它的大小。但是你认为MSMQ是一个最好的方法还是其他IPC?如果没有估计,你真的很困难,但是是的,MSMQ在你的情况下是一个可行的解决方案。它会有点高,无法预测。假设整个设置是针对基于SaaS的门户来跟踪用户使用情况。我不能确定它的大小。但是你认为MSMQ是最好的方法还是任何其他IPC?没有估计,你真的处于困境,但是的,MSMQ在你的情况下是一个可行的解决方案。我们知道实施MSMQ和Windows服务实施。见夏普-这不重要:。。您的信息将永远有帮助。我们知道如何实施MSMQ和Windows服务实施。请参阅Sharp-这无关紧要:。。你的信息总是有用的。