我们的应用是一个简单的门户（将部署为 azure webrole），具有以下功能 -
我想收集的是，您认为在一个小型 Azure 实例上这样的应用程序的合理并发登录数是多少？ （我知道需要两个实例才能延长正常运行时间，但可以说我们只有一个）？
由于遗留原因，后端是 SQLAzure（而不是 Windows azure 存储）。为了了解数据大小，大约 1000 个用户的数据将存储在 50 MB 的存储空间内（图像仅针对事件存在，将从 Windows azure blobs 中提取）。
【问题讨论】：
只需使用适当的架构，您就可以在单个 Web 角色上托管数千个并发用户，甚至不会注意到负载或强调底层持久性（无论是 RDB 还是完整的事件存储）。如果并发用户数增加，扩展问题将仅仅是添加另一个 Web 角色或命令处理器（取决于负载的类型）。
我建议开始关注CQRS architectures，它非常适合云计算和几乎无限可扩展的解决方案的概念。
【讨论】：
对于一千个用户，您不必担心。
IIS7 可处理多达一万或更多的并发用户，但归结为硬件。由于它会根据您在代码中实际执行的操作而有所不同，因此我建议您将应用发布到 azure 并对其进行压力测试。
这会告诉您是否需要多个前端，或者是数据库阻碍了您。
还可以在 azure 中实现日志记录以计时不同的事件。
[编辑]
要考虑的另一件事是什么是“并发用户”？如果要求响应时间为 1 秒，实际调用时间为 0.2 秒，则可以连续调用 5 次，仍视为并发。
【讨论】：
定义并发用户很重要。在角色中运行的单个实例不会有效地处理一千个实际并发用户，但增加实例将使您能够毫无问题地扩展它。但是，请记住，每个实例都是一个计算实例，因此会收取 $$。
一旦您确定要为应用程序提供哪些角色和实例配置，您就可以真正了解您需要什么。另外，请记住，如果站点真的很大，负载平衡和其他问题可能会发挥作用。您可能需要联系 Microsoft 以在该级别进行适当的计划，甚至可能需要更多到两个角色，每个角色中都有多个实例。
无论如何...只是添加一些额外的东西来考虑。
【讨论】：