不为技术而技术：大型网站架构演化解析

短短几十年国内互联网发生了翻天覆地的变化，特别是国家支持互联网发展，提出了“互联网+”行动计划，国内各行各业的互联网更是日新月异。作为一 个九零后小白没有亲身经历互联网的演变历程，如今看的像淘宝、京东、腾讯这样的大型网站充满了无数的好奇心，这些网站是怎么运作的，如何处理大量用户的请 求，如何解决海量的数据库处理···于是才有对于大型网站架构核心原理以及实例分析一系列的笔记记录。所有笔记记录参考《大型网站技术架构核心原理以及案 例分析》，该系列文章没有太多的代码展示，着重是对理论知识的描述。

互联网无处不在，人们的生活受互联网的席卷发生了巨大的变化，从信息检索到即时通信，从电子购物到文化娱乐，互联网已近渗透生活的每个角落，在互 联网如此跨越式发展进程中，不堪负重的网站架构也带来了负面的一面，网站频繁宕机、请求操作延时、用户信息泄漏等等现象演绎的淋漓尽致。

针对上述种种现象，如何打造一个高可用、高性能、易扩展、可伸缩以及安全的网站？如何让网站随业务需求所需而灵活变通？这些将是打造一个大型网站急需要考虑的问题根本所在，通过对《大型网站技术架构核心原理以及案例分析》这本书的学习将一层层揭开其中的面纱。

俗话说的好，“汝欲得之，必先知之”，换而言之也是一个道理，想要解决那些种种现象，你得先清楚大型网站的架构演化。

大型网站软件系统的特点

相比之传统的应用系统，大型网站系统有以下特点：

高并发，大流量：面临高并发用户，大流量访问。像google、腾讯同时访问量可能出现亿单位次数。

高可用：系统支持每天24小时运作。

海量数据：需要存储海量数据并管理，需要大量的服务器来支持。

用户分布广泛，网络情况复杂：许多网站都是全球性服务的，用户分布的范围很广。例如：淘宝网

安全性恶劣：互联网追求开放性，因而易受到外界攻击，大型知名网站受到攻击更是家常便饭。

渐进式发展：几乎所有的大型网站都是渐进式发展，慢慢壮大的，这也和互联网架构的发展演化对应。

大型网站架构演化发展历程

前面已经描述了大型网站系统的特点，而对一个大型网站系统，其架构也是重要的一个环节。

大型网站技术主要的挑战来自于庞大的用户、高并发以及海量的数据这三个方面。大型网站的形成就像一颗大树的成长，历尽长时间的磨练，最后枝繁叶茂，服务他人。

初始网站架构结构

起初的网站鉴于用户量、访问量较少，只需要一台服务器足以，应用程序、数据库、文件等其所有资源放在一太服务器上就已经足够满足此时的需求，这时候网站的架构就几个简单组成部分如下图

应用和数据服务分离

随着网站业务需求的发展，越来越多的用户进行访问，此时一台服务器渐渐不能满足需求，数据的存储空间出现屏障。于是应用程序、数据库、文件三者面 临分离，各自为首分配一台服务器，这三台服务器对硬件的要求各取所需，应用服务器处理大量的业务逻辑，需求更快更大的CPU；数据库服务器对数据库的处理 需要快速搜索以及缓存，需求对内存更大，对硬盘读写能力更迅速；文件服务器需求放入大量的用户资源，对硬盘空间要求更大。此时的网站的架构组成部分展示如 下图

使用缓存

网站的架构进一步改进后可以满足了业务的发展，但是随着网站知名度提升，用户量的进一步增加，访问数据相比之前愈加频繁，数据库压力急剧上升导致 网站访问出现延迟，用户的性能体验出现下滑，面临此时网站出现的性能问题，网站架构设计需要再一次的进化，鉴于网站访问也遵循二八定律，例如：新浪微博， 只有经常登录的用户才会发微博，看微博，而这些用户对于总用户数只是冰山一角。既然出现这一现象，那么缓存这部分的数据是不是可以解决这现象呢？网站缓存 可以分为本地缓存和分布式缓存这两种，二者的区别是本地缓存速度快但是受服务器内存限制缓存的数量有限，而分布式缓存采用的是集群处理，理论上是可以避免 内存瓶颈。此时网站的架构组成部分如下图

应用服务器集群改善网站并发能力

使用缓存后，数据库的压力得到缓解，但是在面临网站高峰期时，应用服务器处理单一的请求连接出现瓶颈，万事都有解决的办法，只是看你愿不愿去想， 愿不愿去尝试做，采用集群，集群多台应用程序服务器分布原有的应用程序服务器，从而实现了系统的可伸缩性，网站架构此时演化成这样如下图