25,985
社区成员
发帖
与我相关
我的任务
分享日访问量超过50W的架构
基于目前的公司要求，现要开发一个类似 b2c的网站,日访问量在50W左右,要请问下网络上的高手..架构如何构建;
C#(4.0)+mvc3.0+sqlserver 2008+IIS 6.0 可行否，服务器要如何布署。
struts2+spring3+hibernate+oracle11g+win2003(iis 6.0) 可行否，服务器要如何布署。
struts2+spring3+hibernate+oracle11g+linux(tomcat6.0) 可行否，服务器要如何布署。
如何处理高并发?
谢谢!
C#(4.0)+mvc3.0+sqlserver 2008+IIS 6.0 可行否，服务器要如何布署。
struts2+spring3+hibernate+oracle11g+win2003(iis 6.0) 可行否，服务器要如何布署。
struts2+spring3+hibernate+oracle11g+linux(tomcat6.0) 可行否，服务器要如何布署。
如何处理高并发?
谢谢!
...全文
请发表友善的回复…
发表回复
whb147 2013-03-19
- 打赏
- 举报
不多，你可以用压力压一下每秒50次看看就知道了
追求者 2013-03-19
- 打赏
- 举报
日访问量在50W左右不好评定它的性能指标，最好有个具体一点的秒并发量，性能是以吞吐量来评定的，就是最高值达到一秒多少访问量；
系统的性能不取决于用什么框架和系统平台，能力是主要决定因素；框架、系统平台、解决方案的选择还要结合项目成本，结合交货期，以及系统将来的规模。
此外，如果是企业级别的系统，性能不是唯一参考指标，还有伸缩性、可维护性、可用性、可靠性等，这些都是与系统的成败紧密结合的。
所以不能根据你的一句日访问量就能判断用什么框架和平台的，可以给出详细一点的需求，大家讨论讨论。
lihe123cnlihe666 2013-03-16
- 打赏
- 举报
学习了 大神们继续说啊
z283595276 2013-03-15
- 打赏
- 举报
b2c类电子商务网站单从pv上来衡量架构还是有点困难的，要看整个系统每天所能承受的订单量，从前端页面上来看，很多页面都已经静态化了， 直接使用nginx访问静态页面含无压力。50W PV，选择适合自己业务发展需要的就好了。不需要太纠结架构。前端稍微弄好点就OK了。我们的架构是spring+mybatis 分布式服务+前端spring+struts2(b2c网站，每天的订单数40W+，流水记录每天100W+,PV每天在1KW左右)。
最终幻想 2013-03-14
- 打赏
- 举报
可行。。。。
悍马拖拉机 2013-03-11
- 打赏
- 举报
呵呵，50w每日，肯定有峰值的，估算下再问架构问题吧，简单地说平均每秒没啥意义啊。
小伙 2013-03-07
- 打赏
- 举报
搞个牛逼的服务器额
快乐小左 2013-03-06
- 打赏
- 举报
日５０万不算高，但是考虑同时并发的量有多大，开发的话一定要按分布式设计，一开始不用搞太多的集群，楼主的几种方案都可以，做做压力测试，不要有性能瓶颈．
如果以后访问量上去了可以加集群的数量，前端的负载均衡，最后还可以数据库分库分表．
前端页面静态化，缓存等等要考虑．
xianwangkai 2013-02-26
- 打赏
- 举报
50w的日访问量架构——原则：都用免费软件（或者开源）
1、struts2和mybatis做网站的技术开发架构（针对数据库操作肯定不用说也是数据库连接池，如果性能更好就只有JDBC了）。
2、nginx做负载均衡，resin做web容器集群
3、针对热数据或者常量数据可以放到TTServer（持久化）或者memcache（非持久化）中数据缓存。
4、针对数据库方面mysql就行了，如果有这方面瓶颈，可以分库或者分表解决。
tt6550619 2013-02-26
- 打赏
- 举报
建议楼主在设计项目的时候考虑到后期的扩展，考虑网络MVC框架结构，后期数据量大到时候可以增加网关(服务器)服务器直接交换使用webservice 50万访问量并不高。每天网关处理几千万条数据都没问题
rollandlee 2013-02-26
- 打赏
- 举报
毫无压力，问题在于数据库
花之舞 2013-02-18
- 打赏
- 举报
我觉得程序的设计算法，数据库的优化设计才是最重要的
qvbzyx 2013-02-18
- 打赏
- 举报
50万嘛。。无压力，缓存处理好，数据库处理好。。搞定q1531 2013-02-15
- 打赏
- 举报
并发量平均下来每秒6个都没有，高峰时间估计100不到.找个靠谱点的服务器，代码不要太垃圾都能跑起来。
cainiao_w 2013-01-24
- 打赏
- 举报
二台数据库服务器、二台web服务器、加一个F5负载均衡器（可以随时扩充服务器）
hello_code_com 2013-01-24
- 打赏
- 举报
多搞几台服务器，宽带搞大点，程序的话一般的购物网站没有太多复杂的逻辑，其实不管是.NET,JAVA还是PHP都是可以解决的，Bing也是基于.NET的
Tz_Sword 2013-01-08
- 打赏
- 举报
楼上的好多都觉得小。。。。。。。。。。前期设计要考虑到以后的 50W只是初步吧
楼主是想最好的办法 而不只是满足50W/天
modowei 2013-01-05
- 打赏
- 举报
sprin3mvc + mybatis(或者直接用spring jdbc)（记着搞个连接池）(strtus,hibernate神马的省省吧……)
nginx/httpd + 双点tomcat。（三台虚机即可）。
数据库随便你用什么了，如果读的相当频繁，搞个memcache
50W/天没什么压力……代码别写太烂就行
阳二快跑 2013-01-05
- 打赏
- 举报
上面说有大量的分析的话，一个数据库就不好了，还是要主从
阳二快跑 2013-01-05
- 打赏
- 举报
先不说50w大不大。考虑之后的，按上面说的spring+ibatis(连接池proxool)+memcache应该可以，前面lvs(主要是防止挂掉一台的情况或者新版本发布的时候可以逐步发,nginx也可以），下面apache处理静态的东西，resin处理动态的东西。数据库主从的话感觉50w应该一个就能撑，不过为了防止之后规模变大，代码上一定是要支持主从的（配置分开，读写连不同的配置）。给静态文件都设置个有效期，增加gzip压缩（apache里面设置）。js、css采用版本的方式防止更新的时候客户端文件不变。
加载更多回复（21）
