架构师训练营-第五周总结

本周主要讲了互联网应用架构中常用的一些技术手段和方案：

分布式缓存
- 什么是缓存Cache
- 无处不在的缓存
- 缓存数据存储（Hash表）
- 缓存关键指标：缓存命中率
  - 影响缓存命中率的主要指标
    - 缓存键集合大小
    - 缓存可使用内存空间
    - 缓存对象生存时间
- 代理缓存
- 反向代理缓存
- 多层反向代理缓存
- 内容分发网络（CDN）
- 通读缓存
- 旁路缓存
- 浏览器对象缓存
- 本地对象缓存
- 本地对象缓存构建分布式集群
- 远程分布式对象缓存
- Memcached分布式对象缓存
- 分布式对象缓存的一致性hash算法
- 基于虚拟节点的一致性hash算法
- 各种介质数据访问延迟
- 技术栈各个层次的缓存
- 缓存为什么能显著提升性能
- 缓存是系统性能优化的大杀器
- 合理使用缓存
  - 缓存雪崩
  - 缓存预热
  - 缓存穿透
- Redis vs Memcached
- Redis集群
消息队列与异步架构
- 同步调用VS异步调用
  - 同步调用
  - 多个耗时操作同步调用
  - 异步调用
  - 有回调的异步调用
  - 多次异步调用，不阻塞应用线程
- 消息队列构建异步调用架构
  - 消息生产者
  - 消息队列
  - 消息消费者
  - 点对点模型
  - 发布订阅模型
  - 实现异步处理，提升处理性能
  - 更好的伸缩性
  - 削峰填谷
  - 失败隔离与自我修复
  - 解耦
  - 事件驱动架构EDA
  - 主要MQ产品比较
负载均衡架构
- 负载均衡架构
- HTTP重定向负载均衡
- DNS负载均衡
- 反向代理负载均衡 -IP负载均衡
- 数据链路层负载均衡
- 负载均衡算法
  - 轮询
  - 加权轮询
  - 随机
  - 最少连接
  - 源地址散列
- 应用服务器集群的Session管理
  - Session复制
  - Session绑定
  - 利用Cookie记录Session
  - Session服务器
分布式数据库
- MySQL复制
  - MySQL主从复制
  - MySQL一主多从复制
    - 一主多从复制的优点
      - 分摊负载
      - 专机专用
      - 便于冷备
      - 高可用
  - MySQL主主复制
  - MySQL主主失效恢复
  - MySQL复制注意事项
    - 主主复制的两个数据库不能并发写入
    - 复制只是增加了数据的读并发处理能力，没有增加写并发能力和存储能力
    - 更新表结构会导致巨大的同步延迟

以上是本周课程的内容大纲。

以下是我个人对本周课程的一些感受与想法：

本周所讲授的知识点太过于简单，比如缓存，有必要高可用吗？如果要，那怎么做冗余？如果不要，那如何应对缓存宕机的问题？另外就是使用缓存都会碰到的缓存数据一致性问题，不同的业务场景有不同的要求，如何去保证？我觉得这些才是理解缓存最核心的东西。

再说消息队列，消息队列的造型有多种，如果只是以百度搜索的结果数量来决定选型是不是有点不太专业？不同的消息队列都有对应的使用场景，kafka的搜索结果最多，可是，如果我们是金融行业要求极高的可靠性的场景，这时选择kafka会是最好的选择吗？再者，如果我需要带事务型的消息队列，难道也选kafka吗？不是说kafka做不做得到的问题，kafka在开发出来时就有特定的针对场景。换个角度想想，有了kafka，那里为什么还要开发一个RockMQ呢？我认为脱离了场景谈选型是不严谨的。

对于负载均衡，以servlet的例子来引发大家思考负载均衡的一些问题挺好的。

最后的分布式数据库那里，说MySQL是分布式数据库，只怕是没有多少人会认同的吧？我开始还以为要介绍的是TiDB。可以参考维基百科上对分布式数据库的定义。MySQL是关系数据库，我们使用分表分库的方案只是基于关系数据库来解决海量数据的读写的问题，是一种基于关系数据库的解决问题的手段，直接说MySQL为分布式数据库似乎有点不太严谨了。

rooobot / architecture-training

架构师训练营-第五周总结 #13

以上仅代表我本人的观点。