Comments on: 说说大型高并发高负载网站的系统架构（更新）

By: Wenbin

Wenbin — Sat, 26 Dec 2009 07:29:55 +0000

Thanks Michael!

By: Michael

Michael — Fri, 09 Oct 2009 14:12:46 +0000

ctowoo on October 8, 2009 at 11:36 pm said:

怎么到现在才发现这么好的文章！感谢Michael筒子贡献精神和为人！认真看了三遍，受益匪浅！Than…

哈哈，真客气，来了就是客，欢迎常来！

By: ctowoo

ctowoo — Thu, 08 Oct 2009 15:36:54 +0000

怎么到现在才发现这么好的文章！感谢Michael筒子贡献精神和为人！认真看了三遍，受益匪浅！Thank you for a million!

By: namesir

namesir — Sun, 04 Oct 2009 11:48:45 +0000

不错,支持一下,下边这个框架设计的也不错!
http://column.iresearch.cn/u/playnet/archives/2009/184607.shtml

By: 苏斌

苏斌 — Tue, 15 Sep 2009 02:23:53 +0000

写的很好，我转载了。。

By: 仓库

仓库 — Sat, 15 Aug 2009 09:52:10 +0000

拜读了一下午感谢。博主和评论们。

By: Michael

Michael — Wed, 22 Jul 2009 12:01:01 +0000

sharmy on July 22, 2009 at 5:49 pm said:

我看到zhang 说到了myspace中提到“MySpace开始将它的用户按每百万一组分割，然后将各…

数据库只是解决了数据的固态存储问题，并不是解决网站业务逻辑的，你说的问题不能混起来理解，对于大型网站前端的业务逻辑，数据之间都是通过中间的数据缓存和专门的引擎来实现的，比如自己开发的内存索引等，不要停留在功能和数据库的必然关系上。

By: sharmy

sharmy — Wed, 22 Jul 2009 09:49:48 +0000

我看到zhang 说到了myspace中提到“MySpace开始将它的用户按每百万一组分割，然后将各组的全部数据分别存入独立的SQL Server实例”

这种方式虽然可行，但是MySpace是高度交互的，MySpace上的用户之间的关系呈网状的。如果这样的话，那么这100万组中的用户希望访问另一个100万组中的用户，并且发表评论，加为好友等等，是不是又存在不独立了？这种情况怎么解决呢？

同问，麻烦博主提些解决方案

By: Michael

Michael — Wed, 15 Jul 2009 07:59:19 +0000

WangXiaobo on July 14, 2009 at 10:01 pm said:

终于让我找到这个正宗的BLOG了，不过那个转你文章的人也很勤奋的，内容和您BLOG上基本上同步的。。…

欢迎多交流，好久没写什么技术的东西了，愧疚

By: WangXiaobo

WangXiaobo — Tue, 14 Jul 2009 14:01:23 +0000

终于让我找到这个正宗的BLOG了，不过那个转你文章的人也很勤奋的，内容和您BLOG上基本上同步的。。

哈哈，说明作者人品了得。值得学习。。

不介意我插一腿吧。。。。哈哈。

By: xvm03

xvm03 — Wed, 17 Jun 2009 02:57:54 +0000

必须留个脚印，搜索图片服务器方面的文章，无意中来到这里，不仅仅是技术牛，人品更是没话说，顶，以后要经常过来学习学习:)

By: Joewere

Joewere — Tue, 16 Jun 2009 15:31:52 +0000

相当不错的一篇文章，经典得连回复我都看完了。恨自己太菜，只能摄取不能分享，不禁泪流满面….希望博主加油，写出更好的文章来。

By: tianjing

tianjing — Wed, 18 Feb 2009 04:20:21 +0000

我看到zhang 说到了myspace中提到“MySpace开始将它的用户按每百万一组分割，然后将各组的全部数据分别存入独立的SQL Server实例”

By: abc

abc — Tue, 03 Feb 2009 03:45:48 +0000

不错，对我有启发。

本人也开发了一个网站www.guyazi.com,更多的是从软件技术啊方面考虑这些问题。

By: 学习linux

学习linux — Tue, 23 Dec 2008 13:09:20 +0000

可惜啊，今天才看到这个文章，楼主真是太好了！谢谢谢谢，学到很多东西！

By: Michael

Michael — Wed, 25 Jun 2008 03:59:43 +0000

从架构上来说，有多少资源用多少资源也是原则，不能为了追求架构而不考虑投入也是不可取的，你目前的情况来看，代码、服务器本身的配置优化看来应该有空间可改进，这个需要根据你具体的产品和代码来判断了。

有关数据库的缓存，又回到我文章里面谈的一些观点了，大概就是这些方法，万变不离其宗。

By: Pollux

Pollux — Mon, 23 Jun 2008 07:03:14 +0000

谢谢Michael，因为这个架构我也是接手在做，而关于这块的架构我目前只有建议的权限，决定权还是在高管层，squid也不是如您说的那样分布在各地，而是同web server一样，在同一机房，用于解决各地的访问的缓存是通过购买CDN服务实现的。关于动态的一些缓存，目前只是做到了数据库级，即对一些可能系统开销比较大，查询结果更改又不是太频繁的数据做了session database，不知道还有什么需要注意的地方。

By: Michael

Michael — Sun, 22 Jun 2008 05:26:19 +0000

Pollux on June 20, 2008 at 10:11 pm said:

采购squid服务器的预算被枪毙了，主要是要实现squid服务器和web服务器1对1增加的服务器不在…

这两天我的服务器硬盘有一块出错，昨晚刚恢复，没及时回复，抱歉。

如果你们的技术架构是你负责，你就应该要坚持你的观点，通常来说，web服务器一般都是部署在某个核心机房，各地的squid群起到负载均衡的作用，从这个角度来说，如果各地的点比较多，squid必然会比web服务器多很多，这是常规的做法，如果你要想让web服务器也分布太多点，这样架构会很复杂，没有太成熟的做法。

假如你的站点主要集中在一个点上，那你说的那种比例没有什么问题。

另外，你们的并发连接那个数量级，其实很小，因为你的内容主要还是静态的，虽然有动态的部分，实际上，动态的内容，有些情况下还是可以缓存的，需要更细致的去挖掘。

By: Pollux

Pollux — Fri, 20 Jun 2008 14:11:29 +0000

采购squid服务器的预算被枪毙了，主要是要实现squid服务器和web服务器1对1增加的服务器不在少数，而且网站现在动态的东西也不少，squid服务器并不能拦下来所有的访问请求，现有的web服务器平均iis并发连接都在30左右，个别二级域的站点服务器iis并发峰值都在100以上，所以web服务器已经不能再减少了，想请问一下Michael，挪一些web服器换成squid服务器以达到1：1的比例我，不知道会不会比现在这种web服务器多于squid服务器要好呢？

By: Michael

Michael — Wed, 18 Jun 2008 08:24:02 +0000

Pollux on June 18, 2008 at 1:51 pm said:

感谢Michael深夜回复，还是要多多注意身体啊。关于我的第2个问题，目前是这样子的，因为netsc…

多台squid指向同一个web服务器，这是通常的做法，访问量大是增加squid，而不是增加web服务器，你尝试这样调整一下。