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

king_819

CDN才是王道啊！
yuhongchun 发表于 2011-12-09 11:27

    那游戏咧？

yuhongchun

那游戏咧？
king_819 发表于 2011-12-09 11:36

我是说，CDN在防DDOS上面还是不错的方案

kns1024wh

我是说，CDN在防DDOS上面还是不错的方案
yuhongchun 发表于 2011-12-09 11:44

    CDN合理布点可以解决很多棘手问题

king_819

我是说，CDN在防DDOS上面还是不错的方案
yuhongchun 发表于 2011-12-09 11:44

    游戏是经常遭受DDOS攻击的，CDN对游戏好像不实用吧，现在稍大点的web站点才采用CDN了，可以有效的缓解DDOS攻击

bs

千万级pv看什么应用了，我们之前的WEB game 一天的PV也在千万左右，也是一台物理机搞定一切，总知多做合理缓存，动态内容是可以搞定的，反而静态内容才占用大量资源。

感觉前边很多人提到的不错，扩展和易维护才比较重要，通常有时把架构搞得太复杂，维护起来太麻烦了，一般中小公司吃不消。

数据库应该是整个体系中最大的瓶颈了，分库分表方案过于依赖业务，通用性和可扩展性都太差，说起来都TMD血泪史。

defcon

来学习学习

壮志凌风

刚刚接触Linux，本科电子信息专业，毕业了不知道现在学这个方面还晚不晚？觉得Linux做网站架设是一件巨牛的事情，真心想学好~~

kns1024wh

游戏是经常遭受DDOS攻击的，CDN对游戏好像不实用吧，现在稍大点的web站点才采用CDN了，可以有效的 ...
king_819 发表于 2011-12-09 14:50

    大流量DDOS

兰花仙子

并发高说明不了什么问题吧。。用libevent（还有Perl的AnyEvent，很NB的框架）写个服务器，轻松能跑几万并发。
这种事件机制的网络服务器，nginx、lighttpd之类，在并发上当然有优势，一个连接它只是在IO队列里加一个句柄而已。
而Apache这些基于fork的，一个连接就要开一个进程，所以apache搭的站点看起来并发不高。
但并不是说apache并发低就是性能瓶颈，这是片面的。
前端的代理就算维持着10万并发，如果后端服务器响应不过来，有8万客户可能是阻塞的。
大多数客户已经在抱怨网站访问慢，而我们却坐在房里洋洋得意的看着所谓并发有那么的高。。。
作为架构师更应该做的是提升站点整体的性能、可用性，不止是前端代理，后端应用服务器、数据库、中间件等，都要综合考虑。
这个架构里任何一个点存在瓶颈，整体系统处理能力就大打折扣。

btw: 关于事件编程，最近在Perl版和TopLang邮件列表里都讨论比较多。
有兴趣可看看这个帖子：
http://www.nsbeta.info/archives/136

to407

回复 111# 兰花仙子


这个观点不错～～～

但有个地方要区别的就是并行度(Parallelization) 和并发性(Concurrency)。
也许大量的访问和业务要处理的时候，不能单纯的讲并发性高， 因为有的业务 前台接了下来但后台堵塞着，这只能讲并行业务量大，整个架构的并发性没有得到质的改变。

拿我们平时的数据库环境举例， 需要有大量的业务或者session/connection来测试最大负载， 当访问量达到一个高度之后，继续增大，整个系统的性能会急剧下降，甚至会crash掉。
这也是你讲的 要注重整个架构前后台的瓶颈的原因。 如果一个客户连接得到了回应但处理得慢，占服务器资源的时候，会比被拒绝服务 ，对服务器来说 更危险。