- 1.初始架构
- 2.应用服务与数据分离
- 3.使用缓存改善网站性能
- 4.应用服务器集群化
- 5.数据库读写分离
- 6.使用反向代理和CDN
- 7.使用分布式FS和分布式DBS
- 8.使用NoSQL和搜索引擎
- 9.业务拆分
- 附：思维导图
《大型网站技术架构》读书笔记 - 网站的技术升级路线
本文描述网站从小到大演变过程中的技术升级路线；
1.初始架构
一台服务器，应用、DB、文件都在一块，使用经典的LAMP模式构建整个站点；
优点很明显，开发部署都简单，船小好掉头，做不起来也亏不了多少；
2.应用服务与数据分离
随着访问量的增长，出现问题了：web性能变差，数据存储空间不够
这时候需要更多的服务器，首要任务是将数据库分离出来，单独占用一台服务器，如果文件读写多，需要增加文件服务器；不同的服务器对硬件的要求也不尽相同：
应用服务器需要处理大量业务逻辑，这需要更强的CPU；
数据库服务器需要快速磁盘检索和数据缓存，这需要更快的硬盘和更大的内存；
文件服务器需要存储用户上传的文件，需要更大的硬盘；
3.使用缓存改善网站性能
访问量持续增长，web性能再次变差；
考虑使用缓存改善网站性能；web的访问规律：80%业务访问集中在20%的数据上；使用缓存，数据库压力得到有效缓解；
缓存可通过以下方式增加：
增加应用服务器本地缓存，这个最直接，也最简单；
增加远程分布式缓存集群；当本地的内存不足以放下需要缓存的数据时，就只有通过分布式；
使用类似Memcached之类的开源缓存产品，缓存更多的数据；
4.应用服务器集群化
随着网站的成长，单一应用服务器成为网站瓶颈；
解决方案：应用服务器集群化提高网站并发处理能力；
做成集群的关键是增加负载均衡服务器来调度应用集群
5.数据库读写分离
问题：当增加缓存之后，随着访问量的持续增长，数据库再次出现问题：数据库负载压力过高
解决方案：数据库读写分离
利用数据库主从热备功能，实现读写分离；读写分离的细节这篇文章讲的很清楚了，就不多说，有需要的请参考：javascript:void(0)
6.使用反向代理和CDN
问题：网站做大，全国甚至全球各区域的访问量都来了，但是各区域的访问速度差别巨大；
解决方案：使用反向代理和CDN
CDN和反向代理基本原理都是缓存，CDN部署在网络提供商的机房，用户请求最近的节点访问；而反向代理则部署在网站的中心机房；
7.使用分布式FS和分布式DBS
问题：应用集群如果将session管理做好，或做成无状态的应用集群，可达到线性伸缩；而数据库的压力却不是很好解决；
解决方案：使用分布式数据库拆分，可使用的方法有：
单表拆分：将不同的表放到不同的库中，从而降低单个数据库的结点的负载；这样带来的问题就是不同库中的表无法做join操作；
另一种方法就是按业务拆分，将属于同一业务的表划分到一个库中，从而有效降低数据库负载，同时在业务逻辑实现上不至于过于复杂；
8.使用NoSQL和搜索引擎
问题：出现海量数据存储和检索的需求
解决方案：使用NoSQl产品分布式部署来支持海量数据的查询和存储；
9.业务拆分
按照业务来划分子系统，按产品线划分系统，通过分布式服务来协同工作；
附：思维导图
卓越亚马逊地址： 《大型网站技术架构》
点击查看原图
