网站加速动态应用篇 节约10倍以上的成本(上)

一， 引子

张三丰当初传授传授张无忌太极剑法的时候，刚传授完，就问是否已经忘记。直到张无忌说招式已经忘光了，才算学会。当时很不理解，现在终于明白了，招随心出，不应受到固定招式的限制。总有人问我什么样的架构是不是就好，或者某个很有名的网站用什么架构，我们就要用吗？甚至觉得直接拿个别人的配置文件或参数，性能就会突飞猛进。那么请问你知道别人当时为什么那么做吗？做架构亦如学太极剑法，也请你学习别人的架构的时候，理解了就忘记掉，因为任何架构本身都有环境局限性，然后用心思考，分析，真正理解你所处的环境，从实际需求出发，你才能做出最适合你应用的架构。

很多人对写server很感兴趣，甚至一开始就直接考虑从底层协议进行优化，我说远还没到那个程度，请找出你真正的瓶颈。优化一定是从宏观到微观的，有时候一个系统结构，业务逻辑，或策略的优化，带来的效果甚至更为可观。对于每天请求处理量小于100亿的系统，我都不建议自己去写server。如果说写高性能server的技能是我手中的那把太极剑的话，那么发挥出太极剑法的威力并不依赖于那把剑，而是取决于对心法的理解。那把剑既然可以是专用server，当然也可以是开源的那几款经典server，取决于你对设计容量，以扬州网站建设公司及硬件成本，维护成本，时间等多方面的预期。架构本身就是一个取舍的过程。

现在有这样的一个项目，就拿我上一篇文章里提到的自选股来举例吧，用户可以在各个市场里创建自己的多个投资组合，然后在组合里定制自己关注的股票。描述一下环境以及需求。

环境：注册用户小几千万，同时在线预计峰值不到10万。

需求：

1，3G，IM，Mail，Web 任何一个地方以及不同的主流浏览器更新数据，其他地方立即可见。

2，北京，天津，上海，深圳，任何一个IDC数据更新，其他三个IDC立即可见。

3，各IDC附近用户，获取股票列表的平均响应速度要控制在20ms以内。

潮州网站建设公司

4，IDC间专线中断服务不能受影响。

5，IDC内部的相同功能的服务器，允许宕掉一半，服务完全不受影响。

6，IDC允许宕掉一到两个，受灾IDC 95%的用户服务影响不超过5分钟。

7，另外，需要开发人员能够在这个系统上快速开发，要具备易用性，良好扩展性以及移植性。

基于以上的需求构建的实现，动态应用篇侧重点主要是如何快速响应，同步更新，如何容灾，消除安全隐患，让系统更稳定，如何容易迁移和扩展应用，如何让程序员容易使用这个平台。这个系统性能不是主要关注的问题（10万同时在线，确实比较微量，何况仅有的不多的压力，也通过后面介绍的各种缓存机制转移的差不多了），架构上采用当前主流经典架构（Nginx+PHP Fast-CGI+APC+Mysql+Memcache+LVS+Linux），各层次之间低偶合，每一层都具备单独优化的空间， 随着用户量的增加，我再逐步推出动态应用处理并发和压力方面的文章。

二，总体结构图

（实际结构中去掉了中继slave，改成所有slave直连master，这样结构更简单，易于管理和故障恢复。）

三，系统结构综述

此系统主要分为几个低偶合的层次组装而成，具备多IDC分布的特性。从底往上依次为DB层，MC池子层，Nginx+PHP Fast-CGI层，LVS层，然后通过DNS接入用户。每一层都具备良好的扩展性以及灾备能力。

DNS：

从大的结构上来说，此系统分布在4个主要IDC，网通电信各2。 机器数量按照网通：电信 1：2的比例配置，同一运营商下的两IDC机器数量等同。这样在宕掉一个IDC的情况下，可以通过切换DNS，临时访问相近的IDC，达到IDC间灾备。

LVS层：

每个IDC的接入层通过LVS作四层负载均衡。IDC内部任何接入机器宕掉，可以通过failover机制在一分钟内自动摘除。

Nginx+PHP Fast-CGI层：

通过fpm管理PHP 三亚网站建设公司 Fast-CGI进程，Nginx通unix域协议与fpm通信。转发 *.php的请求以及响应。使用APC作为OP代码加速器，加速php响应。PHP直接与MC池子或Mysql层进行交互。