日访问量超过50W的架构

2012-11-09 05:16:01 4.1k 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

Keysight ADS新手必看：3分钟搞定TDR模拟的保姆级教程（附差分信号设置技巧）本文为Keysight ADS新手提供TDR模拟的保姆级教程，详细介绍了从基础环境准备到差分信号设置的全流程。通过内置模板调用、待测器件连接和仿真结果解读，帮助用户快速掌握TDR模拟技术，特别包含差分信号配置技巧，提升信号完整性分析效率。阅读详情

基于目前的公司要求，现要开发一个类似 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) 可行否，服务器要如何布署。

如何处理高并发?

谢谢!

...全文

Qt+OpenGL+Cesium三件套：打造高性能3D GIS桌面应用的5个关键点本文深入探讨了如何利用Qt、OpenGL和Cesium数据规范构建高性能桌面级3D GIS应用。文章聚焦于五个关键点：架构选型、OpenGL渲染优化、3D Tiles数据解析与调度、内存与多线程管理，以及高级特性实现，旨在帮助开发者在C++生态中打造不依赖网络、运算能力更强的重型3D地理信息客户端。阅读详情

pyunsong

高性能WEB开发 25,979 成员 4,366 内容

+ 关注 + 加入社区

切换为时间正序

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）

日访问量超过50W的架构

相关推荐