Azure 松散耦合/可扩展

Question

我已经为这个概念苦苦挣扎了一段时间。我正在尝试提出一种松散耦合的 Azure 组件设计，该设计可以使用队列和辅助角色完全可扩展，从而使项目出列并处理。我可以随意扩展工作角色，并且发布到队列从来都不是问题。到目前为止一切都很好，但是，似乎唯一可以在现实世界中使用的模型就是一劳永逸。它对于日志记录和其他单向操作非常有用，但假设我想使用队列/辅助角色上传文件，将其保存到 blob，然后在完成后获取响应。或者这种类型的模型不应该用于在线应用程序吗？操作完成后发回通知的最佳方式是什么？我是否创建一个响应 Q，然后(以某种方式)检索关联的响应？非常感谢任何帮助!!!!!!

Answer 1

我通常采用轮询模型。

1. 客户端(通常是浏览器)发送请求以执行某些工作。
2. 前端(网络角色)将工作排入队列并回复 ID。
3. 后端(辅助角色)处理队列并将结果存储在名为 的 blob 或表实体中。
4. 客户端会每隔一段时间进行轮询(“完成了吗？”)。
5. 前端检查 blob 或表实体是否存在并做出相应回复。

参见http://blog.smarx.com/posts/web-page-image-capture-in-windows-azure查看此模式的一个示例。