架构演化

架构的演化

• 如下参考《大型网站技术架构》
• 架构的演化是随着业务的增加而发生变化的。架构发展到今天，已经成长了不少。可是不能盲目地采用大公司的架构模式，这会增长大量的开发和运维的工做。因此须要根据具体的业务增加采用恰当的架构
• 可是最小型的架构也至少须要两个实例，以保证系统的稳定性

初始

应用程序、数据库、文件等全部的资源都在一台服务器上

应用服务和数据服务分离

• 应用服务器：须要处理大量的业务逻辑，须要更快更强大的 CPU
• 数据库服务器：须要快速磁盘检索和数据缓存，要更快的硬盘和更大的内存
• 文件服务器：更大的硬盘

使用缓存

数据库访问压力太大，或者二八定律（80% 的业务集中在 20% 的数据上）。因此对这小部分数据进行缓存。

应用服务器集群

单一的应用服务器处理能力不足，经过负载均衡调度

数据库读写分离

读的操做能够访问缓存，可是仍有一部分读操做（缓存不命中、缓存过时）和所有的写操做须要访问数据库。用户到达必定规模，数据库负载压力太高，成为瓶颈。

利用数据库提供的主从热备功能，配置数据库主从关系，实现读写分离。

使用方向代理和 CDN 加速网站响应

CDN: 内容分发网络

CDN 和反向代理的基本原理都是缓存。CDN 找距离最近的网络提供商机房获取数据；若是反向代理服务器中缓存着用户请求的资源，就直接放回给用户。

使用分布式文件系统和分布式数据库系统

数据库拆分手段首先考虑根据业务分库，不得以时才使用分布式数据库。

NoSQL 和 搜索引擎

对数据存储和检索的须要愈来愈复杂，应该程序经过统一的数据访问模块访问数据，减轻应用程序管理诸多数据源的麻烦。

业务拆分

根据产品线划分，分红许多不一样的应用。应用之间经过连接、消息队列和同一数据存储系统构成一个关联的完整系统。

分布式服务(SOA、微服务)

将共用的业务提取出来，独立部署。以达到复用服务的效果。