架构演化

架构的演化

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

初始

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

应用服务和数据服务分离

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

使用缓存

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

应用服务器集群

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

数据库读写分离

读的操作可以访问缓存，但是仍有一部分读操作（缓存不命中、缓存过期）和全部的写操作需要访问数据库。用户到达一定规模，数据库负载压力过高，成为瓶颈。

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

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

CDN: 内容分发网络

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

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

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

NoSQL 和 搜索引擎

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

业务拆分

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

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

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