千万级pv高性能高并发网站架构与设计交流探讨帖 活动结束 获奖名单公布

guliny

确实如此吧，理论和实践，缺一不可；而对业务本身的深入了解和分析，对业务并发模型的算法分析，极限并发能力的需求计算，是架构好高性能并发网架的前提理论条件。
这就是反推法：业务系统要支持多少用户？然后通过这用户数反推需要的性能需求等等。

guliny

比如：最大峰值流量，最大连接数，最大并发请求数等等。

wufeiwf

wenzizone 发表于 2011-12-08 17:56
今天在浏览“架构设计”板块的时候有人提到了C/S和B/S架构的情况。
这也让我突然有了些想法，对于我们今天 ...

其实C/S架构下关键考察的是编程的架构能力，当然也可以借助LVS来增强系统的并发承受能力，但是真正好的应用编程架构才是王道，在linux下面用好线程调度，一台普通的PC服务器配置，应付并发过万很容易。相比较BS的pv量千万，其实并发往往也就几千而已。好贴留个名，BS的系统架构考验的是架构师的系统综合能力，cs的系统架构考验架构师的程序架构能力。

Iinvincible

我看到很多同行的发言，受益匪浅，我不想说技术，我只想说大家尽量不要用什么”大牛“，”高人“之类的词汇，不觉得俗气吗？

chenyx

这次活动的奖品,也就是抚琴的那本书,对nginx,haproxy,squid等架构分析的很明白,并且,也在生产环境下应用了,技术很成熟的,为什么不用呢

Gray1982

yuhongchun 发表于 2011-12-06 15:43
恩，确实是如此;或者直接可以用HAProxy+Keepalived来代替LVS+Nginx的功能，HAProxy能顶上亿的并发的， ...

呵呵，根据网站的实际情况，在R710上，7层的HAproxy+keepalived的这个前端负载还是有很不错的表现，里面的规则还是很多，需要优化的参数也是。
做网站嘛，是不是多多少少要了解下http协议啊，什么TIME_WAIT,TIME_CLOSE你都需要知道为什么会有这些东西，怎么产生的，这些对haproxy的优化是非常需要知道的东西
总之呢，这个前端还是很稳定的，参建议大家多多学习一下这方面的规则。

Gray1982

coralzd 发表于 2011-12-07 11:04
1、千万级pv 环境下的网站，应将图片 js css等等静态资源，独立成集群，不要和应用服务器掺和。
2、图片 j ...

静态分离是一定要的
而且，为了以后的扩展性，还是建议用MFS，再加上DRBD，相对来说，静态方面无论是应用还是安全性都会有一定的保障

Gray1982

yuhongchun 发表于 2011-12-06 17:47
中国能有几个淘宝和TX呢？能有几个公司做到自己写存储，写数据库？自己开发Nginx? 所以说，大众化的架 ...

是的，在国内那种超级大的公司，用的软件几乎都是自己二次开发的
而且，在架构方面，不同的公司，不同的业务有可能是不同的，这些都是根据自己的业务来定制。
所以 一个大众化，成熟稳定的架构是市场需要的

Gray1982

kuluce 发表于 2011-12-14 18:02
同意+1 ,并发高不能说明什么.并发高只能说明你访问的用户多.我觉的衡量整体性能可以用两个数据 ...

其实并发高，访问用户多，能正常的及时访问，也能在一定的程度上说明这个架构以及相应的程序配置是不错，也许在一些方面需要优化下
平均响应时间 这样的响应时间涉及到方方面面，比如DNS，比如IDC带宽稳定性，比如服务器的处理能力，还是有一些外因我们是无法掌控的
单位时间处理请求数量 这些也许第一眼看觉得也许是很合理，可如果你仔细想的话，比如IO是不是瓶颈，数据库结构是不是合理等，也是有一些外因是运维掌控不了的

我说这些不是想推卸责任，只是想说，现实的网站架构在逻辑上也许是很不错的，如果到细节那要讨论的不是一星半点，所以每个环节都需要详细的操作

tjpm

兰花仙子 发表于 2011-12-10 16:14
并发高说明不了什么问题吧。。用libevent（还有Perl的AnyEvent，很NB的框架）写个服务器，轻松能跑几万并发 ...

支持一下

其实对于业务比较复杂的公司，关键还是后端应用的设计。