网站架构优化性能
最开始的网站架构
最初业务量不大,访问量小,此时的架构,应用程序、数据库、文件都部署在一台服务器上,有些甚至仅仅是租用主机空间
![](https://img2018.cnblogs.com/blog/1837957/201910/1837957-20191028155425983-1172424588.png)
1. 应用、数据、文件分离
将应用程序、数据库、文件各自部署在独立的服务器上,并且根据服务器的用途配置不同的硬件,达到最佳的性能效果。
![](https://img2018.cnblogs.com/blog/1837957/201910/1837957-20191028155455238-961486103.png)
2. 利用缓存改善网站性能
大部分网站访问都遵循28原则,即80%的访问请求,最终落在20%的数据上,所以我们可以对热点数据进行缓存,减少热点数据的访问路径,提高用户体验。缓存实现常见的方式是本地缓存、分布式缓存。当然还有CDN、反向代理。
2.1 本地缓存 本地缓存,顾名思义是将数据缓存在应用服务器本地,可以存在内存中,也可以存在文件,组件。本地缓存的特点是速度快,但因为本地空间有限所以缓存数据量也有限。OSCache就是常用的本地缓存。
![](https://img2018.cnblogs.com/blog/1837957/201910/1837957-20191028155503711-1991318047.png)
2.2 分布式缓存 分布式缓存的特点是,可以缓存海量的数据,并且扩展非常容易,在门户类网站中常常被使用,速度按理没有本地缓存快,常用的分布式缓存是Memcached、Redis。
![](https://img2018.cnblogs.com/blog/1837957/201910/1837957-20191028155519332-586283123.png)
2.3 反向代理 部署在网站的机房,当用户请求达到时首先访问反向代理服务器,反向代理服务器将缓存的数据返回给用户,如果没有缓存数据才会继续访问应用服务器获取,这样做减少了获取数据的成本。反向代理有Squid,Nginx。
![](https://img2018.cnblogs.com/blog/1837957/201910/1837957-20191028155557582-22530130.png)
2.4 CDN 假设我们的服务器都部署在杭州的机房,对于浙江的用户来说访问是较快的,而对于北京的用户访问是较慢的,这是由于浙江和北京分别属于电信和联通的不同发达地区,北京用户访问需要通过互联路由器经过较长的路径才能访问到杭州的服务器,返回路径也一样,所以数据传输时间比较长。对于这种情况,常常使用CDN解决,CDN将数据内容缓存到运营商的机房,用户访问时先从最近的运营商获取数据,这样大大减少了网络访问的路径。比较专业的CDN运营商有蓝汛、网宿。
![](https://img2018.cnblogs.com/blog/1837957/201910/1837957-20191028155736282-1204547486.png)
3. 使用集群+负载均衡改善应用服务器性能
应用服务器作为网站的入口,会承担大量的请求,我们往往通过应用服务器集群来分担请求数。 应用服务器前面部署负载均衡服务器调度用户请求,根据分发策略将请求分发到多个应用服务器节点。
![](https://img2018.cnblogs.com/blog/1837957/201910/1837957-20191028155811242-62160283.png)
常用的负载均衡技术硬件的有F5,价格比较贵一般都在15W以上。 软件的有LVS、Nginx、HAProxy。LVS是四层(传输层)负载均衡,根据目标地址和端口选择内部服务器,Nginx和HAProxy是七层(应用层)负载均衡,可以根据报文内容选择内部服务器,因此LVS分发路径优于Nginx 和HAProxy,性能要高些,而Nginx和HAProxy则更具配置性,如可以用来做动静分离(根据请求报文特征,选择静态资源服务器还是应用服务器)。
![](https://img2018.cnblogs.com/blog/1837957/201910/1837957-20191028155818055-1531440453.png)
4. 数据库优化
4.1 读写分离和分库分表 随着用户量的增加,数据库成为最大的瓶颈,改善数据库性能常用的手段是进行读写分离以及分库分表,读写分离顾名思义就是将数据库分为读库和写库,通过主备功能实现数据同步。分库分表则分为水平切分和垂直切分,水平切分则是对一个数据库特大的表进行拆分,例如用户表。垂直切分则是根据业务的不同来切分,如用户业务、商品业务相关的表放在不同的数据库中。
![](https://img2018.cnblogs.com/blog/1837957/201910/1837957-20191028160638130-52095873.png)
4.2 使用NoSql数据库和搜索引擎 对于海量数据的查询和分析,我们使用nosql数据库加上搜索引擎可以达到更好的性能。并不是所有的数据都要放在关系型数据中。常用的NOSQL有mongodb、hbase、redis,搜索引擎有lucene、solr、elasticsearch。
![](https://img2018.cnblogs.com/blog/1837957/201910/1837957-20191028160744307-1296673938.png)
5. 将应用服务器进行业务拆分
随着业务的扩展,应用程序变得非常臃肿,这时我们需要将应用程序进行业务拆分,如百度分为新闻、网页、图片等业务。每个业务应用负责相对独立的业务运作。业务之间通过消息进行通信或者共享数据库来实现。
![](https://img2018.cnblogs.com/blog/1837957/201910/1837957-20191028160806537-64404943.png)
6.使用分布式系统
6.1 分布式文件系统 用户一天天增加,业务量越来越大,产生的文件越来越多,单台的文件服务器已经不能满足需求,这时就需要分布式文件系统的支撑。常用的分布式文件系统有GFS、HDFS、TFS。
![](https://img2018.cnblogs.com/blog/1837957/201910/1837957-20191028160823552-1711410501.png)
GFS(Google File System)可以给大量的用户提供总体性能较高的服务
• 适合部署在廉价的普通硬件上
• 提供容错功能
HDFS(Hadoop Distributed File System)能提供高吞吐量的数据访问,非常适合大规模数据集上的应用
• 运行在通用硬件(commodityhardware)
• 高度容错
• 适合部署在廉价的机器上
TFS(Taobao Flies System)主要针对海量的非结构化数据,提供高可靠和高并发的存储访问
• 高可扩展、高可用、高性能
• 面向互联网服务
• 适合海量小文件存储
6.2 分布式服务 各个业务应用都会使用到一些基本的业务服务,例如用户服务、订单服务、支付服务、安全服务,这些服务是支撑各业务应用的基本要素。我们将这些服务抽取出来利用分部式服务框架搭建分布式服务。阿里的Dubbo是一个不错的选择。
![](https://img2018.cnblogs.com/blog/1837957/201910/1837957-20191028160836046-1520884903.png)
小结
完整的系统架构图如下:
![](https://img2018.cnblogs.com/blog/1837957/201910/1837957-20191028160850278-1592222657.png)
注:大型网站的架构是根据业务需求不断完善的,根据不同的业务特征会做特定的设计和考虑,本文只是讲述一个常规大型网站会涉及的一些优化技术和手段。