Azure服务结构和计划任务
假设您在Windows机器上运行了30+控制台应用程序，它可以手动调用或通过Windows计划的任务调用，建议在Service中移动/实现它们的推荐方法是什么？
实现这一功能的一种方法是作为一个Service应用程序，每个应用程序使用多个无状态服务(Reliable Actor使用计时器/提醒)侦听服务总线队列/主题，然后使用Azure Scheduler向队列/主题发送消息。
这种实现的利弊是什么？这篇文章似乎只列举了几个。
实现这一目标的其他方式是什么？
似乎有些人试图倡导将pub/sub框架包含到服务结构中，如果这成为服务结构的一部分，这会是一个有效的选择吗？
回答 2
Stack Overflow用户
发布于 2016-09-13 18:49:20
我将考虑使用Azure函数，这对于简单和流行的Serverless计算是很好的，这意味着不需要旋转和配置总线或队列，然后使用无状态可靠的API服务，并让Azure计时函数直接调用无状态服务。
请看这里的开头：
https://azure.microsoft.com/en-us/services/functions/
这个视频正在用db清理计时器，而不是为什么这不能是一个HTTP调用。
Stack Overflow用户
发布于 2016-09-15 06:19:20
我喜欢您将控制台应用程序转换为参与者并使用提醒的想法。但是，我不认为需要服务总线或Azure Scheduler。
在我看来，您只需要在参与者上公开几个API方法。一个用来创建/修改运行计划，另一个允许手动/立即调用参与者(同时仍然保持基于回合的并发性)。参与者可以在内部存储其完整的计划，但它只需要计算下一次执行-并相应地设置提醒。
此外，请记住，在任何情况下都会触发参与者提醒，而如果Service使参与者停用，则会停止计时器。
https://stackoverflow.com/questions/39474713
复制相似问题
腾讯云开发者
