每周学习总结 - 架构师培训 5 期

消息队列与异步架构

1. 一致性hash https://xie.infoq.cn/article/4c4bfbf6900ebf4c56776ec0e

2. 同步调用和异步调用

3. 同步必须等待下游完成才能继续

4. 异步主要靠队列

5. 普通队列：上游只到队列，发送完消息就结束了，下游拿到消息继续处理

6. 回调队列：上游可以拿到消息回调处理

7. 消息队列模型

8. 点对点模型 只能被一种消费者消费

9. 订阅模型 可以被多种消费者消费

10. 提速

11. redis 读

12. MQ 写

13. 经典应用场景 支付订单 削峰填谷 以系统实际（处理能力）来运行 多余的并发请求被高速存储的队列消费了，待并发降到低谷时，消息队列任在处理。

14. 好处

15. 失败隔离

16. 自我修复

17. 解耦

18. 主要MQ比较

19. RabbitMQ Erlang语言 不利于二次开发

20. ActiveMQ Java

21. RocketMQ Java 阿里

22. Kafka Scala语言

23. 负载均衡

24. HTTP重定向负载均衡 利用重定向负载均衡服务器

25. DNS负载均衡 百度 阿里常用 DNS先解析请求分发到二级负载均衡服务器

26. 反向代理服务器 Nginx 数量级小 十几台最多 因为协议是http 比较重 性能消耗大

27. IP负载均衡 利用TCP中的IP模块传递数据 因为体量小 更轻 效率更高 它只要改变原地址和目的地地址的IP即可。

28. 数据链路层负载均衡 修改最底层链路的Mac地址（仅目的地址的Mac地址被修改）虚拟地址 —— 应用服务器

29. 负载均衡算法

30. 轮询

31. 加权轮询

32. 随机

33. 最少连接

34. 原地址散列

35. 回话共享

36. session复制 被淘汰 性能差

37. session绑定 被淘汰 可用性差

38. 用cookies记录session

39. session服务器