以上网站架构在北京大中型网站建设中得到广泛应用。本文分析了架构各层所采用的主流技术和解决方案，有助于刚接触网站运维的朋友进一步了解网站架构，形成一套架构概念。第一层：CDN

国内网络分布主要以华南电信和华北联通为主，跨区域访问时延问题较大。对于有一定流量的网站，加入CDN（Content Delivery Network）层可以有效改善这种现象，也是网站加速的最佳选择。 CDN将网站页面缓存在分布在全国各地的节点上，用户访问时就近机房获取数据，大大减少了网络访问的路径。如果要自己搭建CDN，不推荐，因为什么？其实说白了就是不堵运维。 CDN架构的部署并不复杂，但是影响效果的因素很多，后期的管理维护也比较复杂。要达到预期的效果并不容易。这是一份吃力不讨好的工作。结果老板还是觉得你能力不够。建议找一家专门做CDN的公司，费用不贵，有抗流量攻击的能力，效果也很好，运维也少了很多麻烦，何乐而不为呢！第二层：反向代理（网页缓存）

如果CDN没有缓存要请求的数据，就会向这一层发起请求，在代理服务器上配置缓存功能（本地），代理服务器会检查本地缓存是否有CDN请求的数据，如果有则直接返回给CDN，如果没有则request 后端负载均衡器再转发给WEB服务器返回数据给代理服务器，代理服务器再将结果发送给CDN。代理服务器一般会缓存不经常变化的静态页面，如image、js、css、html等，主流的缓存软件有Squid、Varnish、Nginx等。第三层：负载均衡

访问量大的网站会使用负载均衡，因为这是解决单台服务器性能瓶颈的最好办法。反向代理将请求转发给负载均衡器，负载均衡器根据算法（轮训、负载条件选择等）传递给后端WEB服务进行处理，并将数据直接返回给反向代理服务器WEB服务处理完成后。负载均衡将请求合理分配到多个后端WEB服务器，减少单台服务器的并发负载，保证服务的可用性。主流的负载均衡软件有LVS、HAProxy、Nginx。第四层：WEB服务

WEB服务用于处理用户请求，WEB服务的处理效率直接影响访问速度。为避免此因素造成访问速度变慢，应进行调优，使WEB服务发挥最佳性能。常见的Web 服务包括Apache 和Nginx。Apache优化：

1).mod_deflate压缩模块

检查是否加载：

#apachectl M | grep放气

如果没有安装，用apxs编译：

# /usr/local/apache/bin/apxs c I A Apache 源码目录/modules/mod_deflate.c

放气配置参数：

DeflateCompressionLevel6 #压缩级别（1-9），数值越大，效率越高，CPU消耗也越高

SetOutputFilterDEFLATE #启用压缩

AddOutputFilterByTypeDEFLATE text/html text/plain text/xml #压缩类型

AddOutputFilterByTypeDEFLATE css js html htm xml php

2).mod_expires缓存模块

检查是否加载：

#apachectl M | grep 过期

如果没有安装，用apxs编译：

# /usr/local/apache/bin/apxs c I A Apache 源码目录/modules/mod_expires.c

然后在httpd.conf中启用模块：LoadModule expires_module modules/mod_expires.so

缓存机制有三种用法：全局、目录、虚拟主机

全局配置，在配置文件末尾添加：

> ExpiresActiveon #启用有效期控制，会自动清除已过期的缓存，然后从服务器获取新的
ExpiresDefault "accessplus 1 days" #默认任意格式的文档都是1天后过期
ExpiresByTypetext/html "access plus 12 months"
ExpiresByTypeimage/jpg "access plus 12 months" #jpg格式图片缓存12月

3).工作模式选择及优化

apache有两种常见工作模式，worker和prefork，默认是worker，是混合型的MPM（多路处理模块），支持多进程和多线程，由线程来处理请求，所以可以处理更多请求，提高并发能力，系统资源开销也小于基于进程的MPM，由于线程使用进程内存空间，进程崩溃会导致其下线程崩溃。而prefork是非线程型MPM，进程占用系统资源也比worker多，由于进程处理连接，在工作效率上也比worker更稳定。可通过apache2 l查看当前工作模式，在编译时使用—with-mpm参数指定工作模式。根据自己业务需求选择不同工作模式，再适当增加工作模式相关参数，可提高处理能力。

Nginx优化：

1).gzip压缩模块

http {
……
gzip on;
gzip_min_length 1k; #允许压缩的页面最小字节数，默认是0，多大都压缩，小于1k的可能适得其反
gzip_buffers 4 16k; #gzip申请内存的大小，按数据大小的4倍去申请内存
gzip_http_version 1.0; #识别http协议版本
gzip_comp_level 2; #压缩级别，1压缩比最小，处理速度最快，9压缩比最大，处理速度最慢
gzip_types text/plainapplication/x-javascripttext/css application/xml image/jpg; #压缩数据类型
gzip_vary on; #根据客户端的http头来判断，是否需要压缩
}

2).expires缓存模块

server {
location ~ .*.(gif|jpg|png|bmp|swf)$ #缓存数据后缀类型
{
expires 30d; #使用expires缓存模块，缓存到客户端30天
}
location ~ .*.( jsp|js|css)?$
{
expires 1d;
}
}

3).fastcgi优化

nginx不支持直接调用或者解析动态程序（php），必须通过fastcgi（通用网关接口）来启动php-fpm进程来解析php脚本。也就是说用户请求先到nginx，nginx再将动态解析交给fastcgi，fastcgi启动php-fpm解析php脚本。所以我们有必要对fastcgi和php-fpm进行适当的参数优化。

http {
……
fastcgi_cache_path/usr/local/nginx/fastcgi_cache levels=1:2 keys_zone=TEST:10m inactive=5m;
# FastCGI缓存指定一个文件路径、目录结构等级、关键字区域存储时间和非活动删除时间
fastcgi_connect_timeout 300; #指定连接到后端FastCGI的超时时间
fastcgi_send_timeout 300; #指定向FastCGI传送请求的超时时间
fastcgi_read_timeout 300; #指定接收FastCGI应答的超时时间
fastcgi_buffer_size 64k; #指定读取FastCGI应答第一部分需要多大的缓冲区
fastcgi_buffers 4 64k; #指定本地需要用多少盒多大的缓冲区来缓冲FastCGI的应答请求
fastcgi_busy_buffers_size 128k;
fastcgi_temp_file_write_size 128k; #表示在写入缓存文件时使用多大的数据块，默认值是fastcgi_buffers的两倍
fastcgi_cache TEST; #开启fastcgi_cache缓存并指定一个TEST名称
fastcgi_cache_valid 200 302 1h; #指定200、302应答代码的缓存1小时
fastcgi_cache_valid 301 1d; #将301应答代码缓存1天
fastcgi_cache_valid any 1m; #将其他应答均缓存1分钟
{
php-fpm.conf配置参数：

pm =dynamic #两种控制子进程方式（static和dynamic）
pm.max_children= 5 #同一时间存活的最大子进程数
pm.start_servers= 2 #启动时创建的进程数
pm.min_spare_servers= 1 #最小php-fpm进程数
pm.max_spare_servers= 3 #最大php-fpm进程数

4).proxy_cache本地缓存模块

http {
……
proxy_temp_path /usr/local/nginx/proxy_cache/temp; #缓存临时目录
proxy_cache_path /usr/local/nginx/proxy_cache/cache levels=1:2 keys_zone=one:10m inactive=1d max_size=1g;
#缓存文件实际目录，levels定义层级目录，1:2说明1是一级目录，2是二级目录，keys_zone存储元数据，并分配10M内存空间。inctive表示1天没有被访问的缓存就删除，默认10分钟。max_size是最大分配磁盘空间
server {
listen 80;
server_name 192.168.1.10;
location / {
proxy_cache one; #调用缓存区
#proxy_cache_valid 200 304 12h; #可根据HTTP状态码设置不同的缓存时间
proxy_cache_valid any 10m; #缓存有效期为10分钟
}
#清除URL缓存，允许来自哪个网段的IP可以清除缓存（需要安装第三方模块"ngx_cache_purge"）,清除URL缓存方法：访问http://192.168.1.10/purge/文件名
location ~ /purge(/.*){
allow 127.0.0.1;
allow 192.168.1.0/24;
deny all;
proxy_cache_purge cache_one$host$1$is_args$args;
}
}

营销型网站建设推来客总结：

启用压缩模块可以节省一部分带宽，会增加WEB端CPU处理，但在上图网站架构中，WEB端启用压缩模块并没有起到作用，因为传输到上层走的是局域网。对于直接面向用户的架构还是要启用的。WEB也不用启用expires模块，因为有了反向代理服务器和CDN，所以到不了用户浏览器，开启起不到作用。

如果反向代理使用nginx做代理，可开启expires模块，将静态文件缓存到用户浏览器，浏览器发起请求时，先判断本地缓存是否有请求的数据，如果有再判断是否过期，如果不过期就直接浏览缓存数据，哪怕服务器资源已经改变，所以要根据业务情况合理设置过期时间。

5. 利用PHP缓存器提高代码执行效率

php程序在没有使用缓存器情况下，每次请求php页面，php都会对此页面进行代码编译，这就意味着重复的编译工作会增加服务器负载。有了缓存器就会把每次编译后的数据缓存到共享内存中，下次访问直接使用缓冲区已编译好的代码，从而避免重复的编译过程，以加快其执行效率。因此PHP网站使用缓存器是完全有必要的！主流的PHP缓存器有：eAccelerator、XCache

第五层：动静分离

动静分离，顾名思义，是将动态页面和静态页面分离到不同服务器上处理，比如使用web是nginx，可以让fastcgi部署到单独一台服务器，专门解析php动态页面，静态页面默认由nginx处理，并做好缓存策略。再比如一个商城网站，会有大量的图片，可以考虑增加文件服务器组，将请求图片和上传图片的都交给文件服务器处理。文件服务器主流使用NFS，存在单点故障，可以DRBD+HeartBeat+NFS部署高可用，如果单台压力过大，考虑使用分布式文件系统，如GlusterFS、MooseFS等。

第六层：数据库缓存



利用缓存技术，把热数据缓存到内存中，如果请求的数据在缓存中，就直接返回，否则去数据库中取，并更新把拿的数据更新到缓存系统，提高读性能，降低数据库压力。缓存实现有本地缓存和分布式缓存，本地缓存是将数据缓存到本地服务器内存中或者文件中。分布式缓存是将数据缓存到内存中，是分布式的，可以缓存海量数据，扩展性好。主流的分布式缓存系统有Memcached和Redis，Memcached性能稳定，速度很快，QPS可达8w左右。如果想数据持久化就选择用Redis，性能不低于Memcached。

第七层：数据库



这层在整个网站架构中起着主导型作用，直接决定用户体验，相对架构优化也比较复杂。

核心思路：减少请求层，尽可能让前端层返回用户请求的数据，减少后端服务器访问频率，最重要是数据库层。

我们专注高端建站，小程序开发、软件系统定制开发、BUG修复、物联网开发、各类API接口对接开发等。十余年开发经验，每一个项目承诺做到满意为止，多一次对比，一定让您多一份收获！