有多少用户在一个蔚蓝的实例之前，我打的性能问题？ [英] How many users on one azure instance before I hit performance issues?
问题描述
我们的应用程序是一个简单的门户网站（将部署为天蓝色webrole）具有以下特点 -
Our app is a simple portal (will be deployed as azure webrole) with following features -
- 登录
- 查看具体细节该帐户（不重计算，只显示细节已经保存在数据库中）
- 查看发布到所有帐户的事件列表
- 基本帐户管理像密码更改
我试图收集是你怎么想是这样的一个程序并发登录上的一个小实例，天青合理数量？ （我知道都需要更好的运行时间两个实例，但可以说，我们只有一个）？
What I am trying to gather is what do you think is a reasonable number of concurrent logins for an app like this on one small Azure instance? (I know two instances are needed for better uptime, but lets say we have only one)?
后端是SQLAzure遗留原因（而不是Windows Azure的存储）。为了让有关数据大小的想法，大约1000个用户的数据将被存储在50 MB的存储空间（图片仅供事件present，并将从Windows Azure的斑点拉）。
The backend is SQLAzure for legacy reasons (and not windows azure storage). To give an idea about datasize, about a 1000 users data will be stored within 50 MB of storage (images are present only for events and will be pulled from windows azure blobs).
推荐答案
只要使用适当的架构，你就可以托管数千个并发用户在一个网站的作用，甚至没有注意到负载或强调底层持久（无论是RDB或全部事件存储）。如果并发用户的数量继续走高，脱屑的问题将只是仅仅关于添加另一个Web角色或命令处理器（取决于负载的类型）。
Just use the appropriate architecture and you'll be able to host thousands of concurrent users on a single Web role without even noticing the load or stressing the underlying persistence (whether it is RDB or full event storage). If the numbers of concurrent users go higher, problem of scaling will be just merely about adding another web role or command processor (depending on the type of the load).
我建议开始看往 CQRS架构是去真的很好用的几乎无限的云计算和概念可扩展的解决方案。
I recommend to start looking towards CQRS architectures that go really well with the cloud computing and notion of almost-infinitely scalable solutions.
这篇关于有多少用户在一个蔚蓝的实例之前，我打的性能问题？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
