1. 4.3 事件溯源模式historical

    1. 什么是事件溯源 基于事件的一种软件架构模式 系统的CUD事件进行持久化 2. 为什么需要事件溯源 传统的CRUD存在一些问题 1. 直接操作数据库,而数据库性能比较低 2. 为了防止并发问题需要引入锁、事务等,引发性能上的损失 3. 因为数据存储中通常保存的是数据最终的状态,所以为了追踪数据变

  2. 4.4 发布订阅模式historical

    1. 发布订阅模式是什么 - 有三个角色:发布者、事件中心、订阅者 - 订阅者需要向事件中心订阅指定的事件 - 发布者向事件中心发布指定事件内容 - 事件中心通知订阅者 - 订阅者收到消息 2. 为什么需要发布订阅模式 - 解耦 - 发布者只关注生产数据,不关心订阅者怎么消费 - 订阅者只关注消费数

  3. 4.5 生产者消费者模式historical

    1. 生产者/消费者模式是什么 - 有三个角色:生产者、消费者、队列 - 生产者生产完数据丢入队列,消费者从队列取出数据消费 2. 为什么需要生产者/消费者模式 - 解耦 - 生产者只关注生产数据,不关心消费者怎么消费 - 消费者只关注消费数据,不关心生产者怎么生产 - 异步 3. 生产者/消费者模

  4. 4.6 FanInFanOuthistorical

    参考 - Go并发模型: pipeline中FAN模式\ fanout,fanin\ \- 知乎 - Golang并发模型:轻松入门流水线FAN模式 \- SegmentFault 思否

  5. 4.7 Pipelinehistorical

    参考 - Go并发模型:轻松入门流水线模型 \- SegmentFault 思否