架构的演进
架构的演进
1.概述
大型网站技术挑战主要来自于庞大的用户，高并发的访问和海量的数据，任何简单的业务一旦需要处理数以P计的数据和面对数以亿计的用户，问题就变得很棘手。大型网站架构主要就是解决这类问题。架构选型是根据当前业务需要来的，在满足业务需求的前提下，既要有足够的扩展性也不能过度设计，每次架构的升级都是为了解决系统瓶颈而做的。
2. 架构演进
2.1 初始阶段的网站架构
初始阶段都比较简单，通常一台服务器就可以搞定一个网站
3.2 应用服务和数据服务分离
随着网站服务的发展，一台服务器逐渐不能满足需求，这时候就需要将应用和数据分离
3.3 使用缓存改善网站性能
毫无疑问，现在的网站基本上都会使用缓存，即80%的业务访问都会集中在20%的数据上。
、
3.4 使用应用服务器集群改善网站的并发处理能力
因为单一应用服务器能够处理的请求连接有限，在网站访问的高峰时期，应用服务器会成为整个网站的瓶颈。因此使用负载均衡处理器势在必然。通过负载均衡调度服务器，可将来自浏览器的访问请求分发到应用的集群中的任何一台服务器上。
3.5 数据库读写分离
当用户达到一定规模，数据库因为负载压力过高而成为网站的瓶颈。而目前主流的数据库都提供主从热备功能，通过配置两台数据库主从关系，可以将一台数据库的数据更新到另一台服务器上。网站利用数据库这一个功能实现数据库读写分离，从而改善数据库负载压力。
3.6 使用反向代理和CDN
提供网站的速度，主要手段有cdn和反向代理
CDN和反向代理的基本原理都是缓存，区别在于CDN部署在网络提供商的机房，而反向代理是部署在网站的中心机房，当用户请求到达中心机房后，首先访问反向代理，如果反向代理缓存着用户请求资源，则直接返回给用户。
3.7 使用分布式文件系统和分布式数据库系统
任何强大的单一服务器都满足布隆大型网站持续增长的业务需求。
分布式数据库是数据库拆分的最后手段，只有在单表数据规模非常大的时候才使用。不到不得已，网站更常用的数据库拆分手段是业务拆分，将不同业务的数据部署在不同的服务器上。
3.8 业务拆分
大型网站为了应对日益复杂的业务场景，通过使用分而治之的手段将真个网站业务拆分成不同的产品线。
具体到技术上，也会根据产品线话费，将一个网站拆分成许多不同的应用，每个应用独立部署维护。应用之间可以通过超链接建立管理，也可以通过消息队列进行数据分发，当然最多的还是通过访问同一个数据存储系统来构成一个关联的完整系统。
3.9 分布式服务
由于每一个应用系统都需要执行许多相同的业务操作，比如用户管理，session管理，那么可以将这些公用的业务提取出来，独立部署。
