11、性能优化：动静分离，互联网优化利器？
- no11：与静态页面、动态页面匹配的加速技术有哪些？
- 静态页面
- CDN
- nginx
- squid/varnish
- 动态页面
- 分层架构
- 服务化架构
- 数据库，缓存架构
- 静态页面
- no11：动静分离是什么？
- 静态页面与动态页面分开不同的系统访问的架构设计方法
- 静态页面，几毫秒返回
- 动态页面，几百毫秒返回
- no11：「页面静态化」是什么？如何实施？
- 把网页内容提前生成相关的 html，用静态页面相关的加速技术来进行加速
- 适合场景：返回页面结果集有限
- 不适合场景：返回页面结果集数据量过大，如帖子，搜索等
12、性能优化：读写分离，前台与后台分离
- no12：什么是读写分离？能解决什么问题？
- 一主多从，读写分离，主从同步，是一种常见的数据库架构
- 一般来说，主库，提供数据库的写服务，从库，提供数据库的读服务，主从之间通过某种机制来实现数据库的同步，如 MySQL 的 binlog，一个主从同步集群通常被称为一个「分组」
- 能解决什么问题？
- 主要可以线性提升读的性能
- no12：什么是水平切分？能解决什么问题？
- 数据库水平切分后，数据库之间没有数据的重合，不需要同步
- 能解决什么问题？
- 数据库存储容量提升
- no12：什么是前台？什么是后台？
- 前台，用户访问的对外系统
- 后台，运营访问的对内系统
13、本章小结：百万流量，这些技术够用了
- no13：早期单体 ALL in one 架构，遇到什么问题？这阶段的优化思路是什么？
- 性能问题：访问人数多的时候，希望系统快一点
- 耦合问题：当出现问题的时候，系统不要全部挂掉
- 思路：
- 1.技术不炫技，以解决业务问题为导向
- 2.系统改造尽可能小的架构方案
- 3.以最快的速度，提升系统的性能，解决遇到的问题
- no13：单体架构演进：伪分布式，提升性能
- 三大分离
- 动静分离
- 读写分离(引发读写延时新问题)
- 前台后台分离
- no13：单体架构演进：垂直拆分，解耦
- 业务垂直划分
- 代码垂直划分(子系统解耦)
- 数据库垂直划分(数据量降低,延时缓解)
- 研发团队垂直拆分(专业化，效率提升)
- no13：如何保证垂直拆分后，子系统的高可用？
- 使用反向代理
- 子web系统的性能，不再受到单台机器资源限制，可以扩展
- 子web系统，实现了高可用(伪集群->真集群)
- no13：真集群后，反向代理如何做负载均衡？
- 负载均衡方法：随机、轮询、静态权重轮询、动态权重轮询，一致性哈希
- 负载均衡抓手：四层(转发/交换)，七层(转发/交换)
- no13：反向代理，如何保证高可用？
- no13：反向代理技术出现之前，接入层如何扩展？
- DNS 轮询
- no13：使用多层反向代理后，如何做到继续提升性能？
- DNS 轮询
- no13：session 一致性如何保障？
- session 同步法
- 客户端存储法
- 反向代理 hash 一致性
- 后端统一存储法
- no13：如何加速静态资源？
- CDN
