同时在线用户数在1200人以上时系统的设计策略

目前可能要做一系统，同时在线人数可能达到1200人以上，但数据量不大，主要是同时填报一些表格。
求教：
1）并发数大约按多少计算合适？（可否接80-20法则得出960个）
2）由于并发数较大，公司技术人员目前持两种意见：
意见一：用B/S结构速度较快；
意见二：用c/s结构速度较快。
达人能否对此作出分析？
3）还有没有其它的注意事项？
先谢谢了。

11 个解决方案

#1

用什么不是我们说了算啊 ,客户喜欢啥就用啥,
我觉得还是BS吧呵呵

#2

建议使用 B/S ，减少安装，升级强度。

关键是：数据访问层级的性能估算。

页面的处理可以分布比较容易。

1，先分析系统的可能的瓶颈，计算任务量

2，开发概要的性能测试代码片断，作压力测试，然后决定数据访问问题

还有种做法：先开发出来，然后进行调优。

#3

同意楼上的建议

#4

论速度，如果开发水平都很高的话，B/S肯定不如C/S。
不过1200用户的话，要考虑负载均衡，C/S需要自己做中间件、数据库连接池之类系统级软件，实际多半比B/S还慢。B/S的应用服务器已经有这些功能了。
只要用户超过100，C/S就不要去考虑了，就算速度OK，安装维护客户端就很痛苦了，如果还有异地的更是噩梦。

#5

同意楼上观点

#6

显然是B/S

#7

#8

B/S
服务器的性能要高才行!

#9

先建个原型，确定测试方案，测试通过再进行开发。

#10

B/S 数据库和应用程序服务器分开

#11

我们的系统使用正在全省推，第天并发量都在1700多。
使用的架构和框架技术如下，希望对你有所提示帮助：
ibatis/ejb/strtus

#1