马上：
- 应用 #1 向 SQS 插入消息
- .Net worker 角色轮询队列，如果发现消息将其发送到 App #2 进行处理，则等待 App #2 完成并重新开始轮询队列
- App #2 处理消息，这是一项漫长而繁重的任务
由于 App #2 处理消息可能需要很长时间，而且我无法预测 App #1 同时发送了多少消息，队列系统保证 App #2 不会耗尽资源，并且系统可以轻松扩展. 但是有一个我想解决的问题：我不希望有一台机器来运行辅助角色（现在在 Azure 上）只是为了轮询队列（所有东西都托管在其他地方，辅助角色不是一个选项）。此外，由于轮询之间的暂停，轮询永远不会像推送那样响应迅速。
从 poll 切换到 push 听起来是正确的路径，但我需要保证即使在一秒钟内从 App #1 发送了 1k 条消息，App #2 也会一个接一个地处理它们，并且每秒不会被击中 1k 次。
我正在计划一个设计，其中 App #1 发布到 SNS 主题，其订阅者是 SQS 和 App #2。App #2 检查 SQS 队列，如果为空则退出，如果不是，则一一处理消息然后退出。但是我如何编码 App #2（现在是一个 .Net Web/Web 服务），以便如果它已经在处理消息并从 SNS 接收通知，它什么也不做并退出（如果不运行多个处理）。
有什么建议如何设计吗？我阅读了这篇博文，但我不知道如何避免处理应用程序同时处理多条消息。