azure - (过度)使用 Azure 队列的最佳实践

Question

我正处于设计基于 Azure 的应用程序的早期阶段。考虑到我可能预期的需求的变化性，Azure 吸引我的地方之一是它的可扩展性。因此，我试图保持事物松散耦合，以便我可以在需要时添加实例。

我看到的关于构建 Azure 应用程序的建议包括将 Web 角色逻辑保持在最低限度，并在辅助角色中完成处理、使用队列进行通信以及某种后端存储(例如 SQL Azure 或 Azure 表) 。这对我来说似乎是个好主意，因为我可以毫无问题地扩展应用程序的一个或两个部分。不过，我很好奇是否有任何最佳实践(或者是否有人有任何经验)，什么时候最好让网络角色直接与数据存储对话，而不是通过队列发送数据？

我正在考虑这样一种情况，我需要从网络角色进行简单的插入 - 虽然我可以将其设置为消息，将其发送到队列中，然后让辅助角色拾取它并执行以下操作插入，似乎有很多双重处理。不过，我也意识到，从长远来看，这可能会更好，以防 Web 角色不堪重负或插入最终需要更复杂的逻辑。

我意识到这可能是一种情况，答案是“这完全取决于情况，检查你的性能指标” - 但如果有人有任何想法，我将非常感激!

Answer 1

这是我的比喻，用它做你想做的事情

想象一下您正在进入一家夜总会，该夜总会毗邻一个危险区域，但一旦您进去就没事了。

管理层在门口雇佣了一些大块头保镖来清理那些即兴表演者。如果你是个白痴，你就进不去。这里可以随意扩展这个比喻。

如果你没问题，他们就会让你进门，然后你就可以加入“队列”，在售票处付款才能进入真正的俱乐部。

根据足球比赛是否进行或其他什么情况，您可能需要在门口增加一些保镖，但这可以独立于票房工作人员。忙碌的夜晚，您可能会打开另一个窗口以更快地收到钱，但您可能不会做让保镖处理现金的事情。他们的双手还有其他事情要做。

所以:

• 保镖 - 网络角色。处理传入流量，排斥无效流量请求并添加有效请求至:
• 队列 - 队列!
• 票房 - worker 角色，扮演与网络角色不同的角色

因此，您的网络角色没有理由不能发挥票房作用，但从长远来看最好不要这样做

这就是我的比喻

托比