在我遇到性能问题之前,一个 azure 实例上有多少用户?

Roo*_*noy 5 asp.net azure

我们的应用程序是一个简单的门户(将部署为 azure webrole),具有以下功能 -

  1. 登录
  2. 查看特定于该帐户的详细信息(没有大量计算,仅显示已保存在数据库中的详细信息)
  3. 查看发布到所有帐户的事件列表
  4. 基本帐户管理,如密码更改

我想收集的是,您认为在一个小型 Azure 实例上,对于此类应用程序,并发登录的合理数量是多少?(我知道需要两个实例才能获得更好的正常运行时间,但可以说我们只有一个)?

出于遗留原因(而不是 Windows azure 存储),后端是 SQLAzure。为了了解数据大小,大约 1000 个用户的数据将存储在 50 MB 的存储空间内(图像仅存在于事件中,将从 windows azure blob 中提取)。

Rin*_*lin 3

只需使用适当的体系结构,您就可以在单个 Web 角色上托管数千个并发用户,甚至无需注意负载或强调底层持久性(无论是 RDB 还是完整事件存储)。如果并发用户数量增加,扩展问题将仅仅是添加另一个 Web 角色或命令处理器(取决于负载类型)。

我建议开始寻找与云计算和几乎无限可扩展的解决方案概念非常契合的CQRS 架构。