微服务既有同步实现，亦有异步实现。异步微服务架构以事件驱动，不受特定的API限制，系统的耦合度低，可扩展性强。本书教你从头开始构建完整的事件驱动型微服务架构，根据实际的业务需求调整、扩展微服务，更好地实践持续交付，并以全新的视角思考如何充分利用实时数据的价值。 本书面向希望采用微服务架构的软件架构师、系统设计师、数据工程师、公司管理者及其他相关人员。

前言
第1章 为什么用事件驱动型微服务
1.1 什么是事件驱动型微服务
1.2 领域驱动设计和界限上下文
1.2.1 运用领域模型和界限上下文
1.2.2 保持界限上下文与业务需求一致
1.3 沟通结构
1.3.1 业务沟通结构
1.3.2 实现沟通结构
1.3.3 数据沟通结构
1.3.4 康威定律和沟通结构
1.4 传统计算中的沟通结构
1.4.1 选项1：创建一个新服务
1.4.2 选项2：将它加入现有服务中
1.4.3 两种选项的利弊
1.4.4 团队场景（续）
1.4.5 冲突的压力
1.5 事件驱动的沟通结构
1.5.1 事件是通信的基础
1.5.2 事件流提供了单一事实来源
1.5.3 消费者执行自己的建模和查询
1.5.4 整个组织的数据沟通得到改善
1.5.5 高可访问的数据利于业务变更
1.6 异步的事件驱动型微服务
1.7 同步式微服务
1.7.1 同步式微服务的缺点
1.7.2 同步式微服务的优点
1.8 小结
第2章 事件驱动型微服务基础
2.1 构建拓扑
2.1.1 微服务拓扑
2.1.2 业务拓扑
2.2 事件内容
2.3 事件的结构
2.3.1 无键事件
2.3.2 实体事件
2.3.3 键控事件
2.4 物化来自实体事件的状态
2.5 事件数据的定义和schema
2.6 微服务单一写原则
2.7 用事件代理赋能微服务
2.7.1 事件存储和服务
2.7.2 需要考虑的其他因素
2.8 事件代理与消息代理
2.8.1 从不可变日志中消费
2.8.2 提供单一事实来源
2.9 大规模管理微服务
2.9.1 将微服务放到容器内
2.9.2 将微服务放到虚拟机内
2.9.3 管理容器和虚拟机
2.10 缴纳微服务税
2.11 小结
第3章 通信和数据契约
3.1 事件驱动数据契约
3.1.1 使用显式schema作为契约
3.1.2 schema定义的注释
3.1.3 全能的schema演化
3.1.4 有代码生成器支持
3.1.5 破坏性的schema变更
3.2 选择事件格式
3.3 设计事件
3.3.1 只讲述事实
3.3.2 每个流都使用单一事件定义
3.3.3 使用最窄的数据类型
3.3.4 保持事件的单一用途
3.3.5 最小化事件
3.3.6 让潜在的消费者参与事件设计
3.3.7 避免将事件作为信号量或信号
3.4 小结
……
第4章 将事件驱动架构与现有系统集成
第5章 事件驱动处理基础　
第6章 具有确定性的流处理　
第7章 有状态的流
第8章 用微服务构建工作流
第9章 使用“函数即服务”的微服务
第10章 基础的生产者和消费者微服务
第11章 使用重量级框架的微服务
第12章 使用轻量级框架的微服务
第13章 集成事件驱动型和“请求一响应”型微服务
第14章 支持性工具
第15章 测试事件驱动型微服务
第16章 部署事件驱动型微服务
第17章 结论
关于作者
关于封面