微服务设计（第2版）
钟健鑫 , 张沙沙, 智伟 译
出版时间：2024年04月
页数：428
“微服务架构有许多吸引人的优点，但贸然选用，你的构建过程注定充满艰辛与坎坷。微服务这条路是否真的适合你，一旦选定，如何巧妙躲过各种陷阱？答案就在本书中。”
——Martin Fowler
Thoughtworks首席科学家
“关于微服务的权威指南——对于这一主题覆盖之广、之深令人叹为观止。”
——Daniel Bryant
Ambassador Labs开发者关系总监
“一本全面而实用的指南，教你真正用好微服务架构。萨姆清晰地阐述了微服务决策过程中需要关注的一切信息。”
——Sarah Wells
《金融时报》工程能力建设组技术总监
随着大量组织从单体应用迁移到细粒度的微服务应用，分布式系统变得越来越复杂，这个过程中也出现了一系列问题。本书深入探讨了构建、管理、扩展和演进微服务架构时需要考虑的方方面面。萨姆·纽曼在书中拆解了大量案例并提供了落地指导，架构师、开发人员、测试人员和IT运维人员都可以通过本书打下坚实的基础，深入了解最新的建模、集成、测试、部署和监控解决方案。书中的案例均为业界典范，展示了组织如何最大程度地发挥微服务架构的潜力。
微服务发展迅速，跟着本书，掌握最新的技术、方法和实践。
● 确保系统设计与组织目标保持一致
● 探索与系统集成服务的多种选择
● 了解如何独立部署微服务
● 测试和监控分布式服务的复杂性
● 构建软件之初就将安全性构建其中
● 用户界面、容器编排和无服务器的最新进展
——Martin Fowler
Thoughtworks首席科学家
“关于微服务的权威指南——对于这一主题覆盖之广、之深令人叹为观止。”
——Daniel Bryant
Ambassador Labs开发者关系总监
“一本全面而实用的指南，教你真正用好微服务架构。萨姆清晰地阐述了微服务决策过程中需要关注的一切信息。”
——Sarah Wells
《金融时报》工程能力建设组技术总监
随着大量组织从单体应用迁移到细粒度的微服务应用，分布式系统变得越来越复杂，这个过程中也出现了一系列问题。本书深入探讨了构建、管理、扩展和演进微服务架构时需要考虑的方方面面。萨姆·纽曼在书中拆解了大量案例并提供了落地指导，架构师、开发人员、测试人员和IT运维人员都可以通过本书打下坚实的基础，深入了解最新的建模、集成、测试、部署和监控解决方案。书中的案例均为业界典范，展示了组织如何最大程度地发挥微服务架构的潜力。
微服务发展迅速，跟着本书，掌握最新的技术、方法和实践。
● 确保系统设计与组织目标保持一致
● 探索与系统集成服务的多种选择
● 了解如何独立部署微服务
● 测试和监控分布式服务的复杂性
● 构建软件之初就将安全性构建其中
● 用户界面、容器编排和无服务器的最新进展
- 审读致谢
- 专家推荐
- 推荐序一 | 肖然
- 推荐序二 | 沈剑
- 译者序
- 前言
- 第一部分 基础
- 第1章 追根问底微服务
- 1.1 微服务概述
- 1.2 微服务的关键概念
- 1.2.1 可独立部署
- 1.2.2 围绕业务领域建模
- 1.2.3 状态自主
- 1.2.4 服务大小
- 1.2.5 灵活性
- 1.2.6 架构和组织的一致性
- 1.3 单体
- 1.3.1 单进程单体
- 1.3.2 模块化单体
- 1.3.3 分布式单体
- 1.3.4 单体和交付争用
- 1.3.5 单体的优势
- 1.4 技术能力
- 1.4.1 日志聚合和分布式追踪
- 1.4.2 容器和Kubernetes
- 1.4.3 流技术
- 1.4.4 公有云和无服务器技术
- 1.5 微服务的优势
- 1.5.1 技术的异构性
- 1.5.2 健壮性
- 1.5.3 扩展性
- 1.5.4 部署的便捷性
- 1.5.5 组织协调
- 1.5.6 可组合性
- 1.6 微服务的痛点
- 1.6.1 开发者体验
- 1.6.2 技术过载
- 1.6.3 成本
- 1.6.4 生成报表
- 1.6.5 监控和故障排除
- 1.6.6 安全
- 1.6.7 测试
- 1.6.8 延迟
- 1.6.9 数据一致性
- 1.7 我应该采用微服务吗
- 1.7.1 不适用情况
- 1.7.2 适用情况
- 1.8 小结
- 第2章 微服务建模
- 2.1 MusicCorp简介
- 2.2 合理划分微服务边界
- 2.2.1 信息隐藏
- 2.2.2 内聚
- 2.2.3 耦合
- 2.2.4 内聚和耦合的相互作用
- 2.3 耦合的类型
- 2.3.1 领域耦合
- 2.3.2 传递耦合
- 2.3.3 公共耦合
- 2.3.4 内容耦合
- 2.4 恰到好处的领域驱动设计
- 2.4.1 通用语言
- 2.4.2 聚合
- 2.4.3 限界上下文
- 2.4.4 将聚合及限界上下文映射到微服务
- 2.4.5 事件风暴
- 2.5 DDD在微服务环境中的应用案例
- 2.6 领域边界的替代方法
- 2.6.1 易变性
- 2.6.2 数据
- 2.6.3 技术
- 2.6.4 组织
- 2.7 混合模型和例外
- 2.8 小结
- 第3章 拆分大单体
- 3.1 明确目标
- 3.2 增量迁移
- 3.3 单体并不是威胁
- 3.4 先拆分什么
- 3.5 按层拆分
- 3.5.1 代码优先
- 3.5.2 数据优先
- 3.6 有用的拆分模式
- 3.6.1 绞杀者模式
- 3.6.2 并行运行模式
- 3.6.3 功能开关模式
- 3.7 拆分数据库的注意事项
- 3.7.1 性能
- 3.7.2 数据完整性
- 3.7.3 事务
- 3.7.4 工具
- 3.7.5 报表数据库
- 3.8 小结
- 第4章 微服务间通信模式
- 4.1 从进程内到进程间
- 4.1.1 性能
- 4.1.2 接口变更
- 4.1.3 错误处理
- 4.2 进程内的通信技术：选择众多
- 4.3 微服务间的通信模式
- 4.4 同步阻塞模式
- 4.4.1 优点
- 4.4.2 缺点
- 4.4.3 适用情况
- 4.5 异步非阻塞模式
- 4.5.1 优点
- 4.5.2 缺点
- 4.5.3 适用情况
- 4.6 共用数据模式
- 4.6.1 实现
- 4.6.2 优点
- 4.6.3 缺点
- 4.6.4 适用情况
- 4.7 请求?C响应模式
- 4.7.1 实现：同步与异步
- 4.7.2 适用情况
- 4.8 事件驱动模式
- 4.8.1 实现
- 4.8.2 事件
- 4.8.3 适用情况
- 4.9 谨慎行事
- 4.10 小结
- 第二部分 实现
- 第5章 实现微服务间通信
- 5.1 寻找理想的技术
- 5.1.1 轻松实现向后兼容
- 5.1.2 明确你的接口
- 5.1.3 保持API的技术中立
- 5.1.4 简化提供给消费者的服务
- 5.1.5 隐藏内部实现细节
- 5.2 技术选型
- 5.2.1 远程过程调用
- 5.2.2 REST
- 5.2.3 GraphQL
- 5.2.4 消息代理
- 5.3 序列化格式
- 5.3.1 文本格式
- 5.3.2 二进制格式
- 5.4 模式
- 5.4.1 结构性破坏和语义性破坏
- 5.4.2 是否应该使用模式
- 5.5 处理微服务间的变更
- 5.6 避免破坏性变更
- 5.6.1 扩展式更改
- 5.6.2 兼容的消费者
- 5.6.3 合适的技术
- 5.6.4 显式接口
- 5.6.5 尽早发现破坏性变更
- 5.7 管理破坏性变更
- 5.7.1 同步部署
- 5.7.2 共存不兼容的微服务版本
- 5.7.3 模拟旧接口
- 5.7.4 推荐的方法
- 5.7.5 社会契约
- 5.7.6 追踪使用情况
- 5.7.7 极端措施
- 5.8 DRY和微服务架构中的代码复用风险
- 5.9 服务发现
- 5.9.1 域名系统
- 5.9.2 动态服务注册
- 5.9.3 不要忘记人类
- 5.10 服务网格和API网关
- 5.10.1 API网关
- 5.10.2 服务网格
- 5.10.3 其他协议
- 5.11 文档服务
- 5.11.1 显式模式
- 5.11.2 自描述系统
- 5.12 小结
- 第6章 工作流
- 6.1 数据库事务
- 6.1.1 ACID事务
- 6.1.2 还是ACID事务，但缺乏原子性支持吗
- 6.2 分布式事务：两阶段提交
- 6.3 分布式事务：只需说“不”
- 6.4 Saga
- 6.4.1 Saga故障模式
- 6.4.2 实现Saga
- 6.4.3 Saga与分布式事务
- 6.5 小结
- 第7章 构建
- 7.1 持续集成简介
- 7.1.1 你真的在实践持续集成吗
- 7.1.2 分支模型
- 7.2 构建流水线和持续交付
- 7.2.1 工具
- 7.2.2 权衡与环境
- 7.2.3 构建制品
- 7.3 将源代码和构建映射到微服务
- 7.3.1 一个巨大的代码库，一次巨大的构建
- 7.3.2 多代码库
- 7.3.3 单一代码库
- 7.3.4 我会使用哪种方式
- 7.4 小结
- 第8章 部署
- 8.1 从逻辑到物理
- 8.1.1 多实例
- 8.1.2 数据库
- 8.1.3 环境
- 8.2 微服务部署原则
- 8.2.1 隔离执行
- 8.2.2 专注于自动化
- 8.2.3 基础设施即代码
- 8.2.4 零停机部署
- 8.2.5 期望状态管理
- 8.3 部署选项
- 8.3.1 物理机
- 8.3.2 虚拟机
- 8.3.3 容器
- 8.3.4 应用容器
- 8.3.5 平台即服务（PaaS）
- 8.3.6 函数即服务（FaaS）
- 8.4 哪种部署方式适合你
- 8.5 Kubernetes与容器编排
- 8.5.1 容器编排案例
- 8.5.2 Kubernetes概念的简化视图
- 8.5.3 多租户和联邦
- 8.5.4 云原生计算会
- 8.5.5 平台和可移植性
- 8.5.6 Helm、Operator与CRD
- 8.5.7 Knative
- 8.5.8 未来
- 8.5.9 你应该使用它吗
- 8.6 渐进式交付
- 8.6.1 分离部署与发布
- 8.6.2 渐进式交付
- 8.6.3 功能开关
- 8.6.4 金丝雀发布
- 8.6.5 并行运行
- 8.7 小结
- 第9章 测试
- 9.1 测试类型
- 9.2 测试范围
- 9.2.1 单元测试
- 9.2.2 服务测试
- 9.2.3 端到端测试
- 9.2.4 权衡
- 9.3 实现服务测试
- 9.3.1 mock还是打桩
- 9.3.2 更智能的打桩服务
- 9.4 微妙的端到端测试
- 9.4.1 脆弱的测试
- 9.4.2 谁来写测试
- 9.4.3 测试应该运行的时间
- 9.4.4 大量的堆积
- 9.4.5 元版本
- 9.4.6 缺乏独立可测试性
- 9.5 应该放弃端到端测试吗
- 9.5.1 契约测试和消费者驱动的契约
- 9.5.2 一点补充
- 9.6 开发者体验
- 9.7 从预发布环境测试到生产环境测试
- 9.7.1 生产环境测试的类型
- 9.7.2 确保生产环境测试的安全性
- 9.7.3 平均故障间隔时间和平均修复时间的权衡
- 9.8 跨功能测试
- 9.8.1 性能测试
- 9.8.2 健壮性测试
- 9.9 小结
- 第10章 从监控到可观测性
- 10.1 混乱、恐慌和困惑
- 10.2 单个微服务，单个服务器
- 10.3 单个微服务，多个服务器
- 10.4 多个微服务，多个服务器
- 10.5 可观测性与监控
- 10.6 构建可观测性的组件
- 10.6.1 日志聚合
- 10.6.2 指标聚合
- 10.6.3 分布式追踪
- 10.6.4 我们做得如何
- 10.6.5 警报
- 10.6.6 语义监控
- 10.6.7 生产环境测试
- 10.7 标准化
- 10.8 选择工具
- 10.8.1 大众化
- 10.8.2 易于集成
- 10.8.3 提供上下文
- 10.8.4 实时性
- 10.8.5 恰如其分
- 10.9 机器专家
- 10.10 起点
- 10.11 小结
- 第11章 安全
- 11.1 核心原则
- 11.1.1 最小权限原则
- 11.1.2 深度防御
- 11.1.3 自动化
- 11.1.4 在交付过程中构建安全性
- 11.2 五大网络安全功能
- 11.2.1 身份识别
- 11.2.2 保护
- 11.2.3 检测
- 11.2.4 响应
- 11.2.5 恢复
- 11.3 应用安全的基础
- 11.3.1 凭证
- 11.3.2 打补丁
- 11.3.3 备份
- 11.3.4 重建
- 11.4 隐式信任与零信任
- 11.4.1 隐式信任
- 11.4.2 零信任
- 11.4.3 这是个范围
- 11.5 数据保护
- 11.5.1 传输中的数据
- 11.5.2 静态数据
- 11.6 身份验证和鉴权
- 11.6.1 服务间验证
- 11.6.2 用户的身份验证
- 11.6.3 常见的单点登录实现
- 11.6.4 单点登录网关
- 11.6.5 细粒度鉴权
- 11.6.6 混淆代理人问题
- 11.6.7 中心化上游鉴权
- 11.6.8 去中心化鉴权
- 11.6.9 JWT
- 11.7 小结
- 第12章 弹性
- 12.1 弹性介绍
- 12.1.1 健壮性
- 12.1.2 可恢复性
- 12.1.3 优雅的可扩展性
- 12.1.4 持续适应性
- 12.1.5 代入微服务架构
- 12.2 故障无处不在
- 12.3 多少才算多
- 12.4 功能降级
- 12.5 稳定性模式
- 12.5.1 超时
- 12.5.2 重试
- 12.5.3 舱壁
- 12.5.4 断路器
- 12.5.5 隔离
- 12.5.6 冗余
- 12.5.7 中间件
- 12.5.8 幂等
- 12.6 分散风险
- 12.7 CAP定理
- 12.7.1 牺牲一致性
- 12.7.2 牺牲可用性
- 12.7.3 牺牲分区容错性
- 12.7.4 AP还是CP
- 12.7.5 全部和全不并不是二选一
- 12.7.6 现实世界
- 12.8 混沌工程
- 12.8.1 演练日
- 12.8.2 生产实验
- 12.8.3 超越健壮性
- 12.9 问责
- 12.10 小结
- 第13章 扩展性
- 13.1 扩展性的4个维度
- 13.1.1 纵向扩容
- 13.1.2 横向复制
- 13.1.3 数据分区
- 13.1.4 功能拆分
- 13.2 组合模型
- 13.3 从小处着手
- 13.4 缓存
- 13.4.1 用于提高性能
- 13.4.2 用于提高扩展性
- 13.4.3 用于提高健壮性
- 13.4.4 将缓存设置在哪里
- 13.4.5 让缓存失效
- 13.4.6 缓存的黄金法则
- 13.4.7 新鲜度与优化程度
- 13.4.8 缓存中毒：一个需要警惕的故事
- 13.5 自动扩展
- 13.6 重新出发
- 13.7 小结
- 第三部分 人和组织
- 第14章 用户界面
- 14.1 迈向数字化
- 14.2 集中所有权模型
- 14.3 业务流团队
- 14.3.1 共享专家
- 14.3.2 确保一致性
- 14.3.3 持续应对技术的挑战
- 14.4 单体前端模式
- 14.5 微前端模式
- 14.5.1 实施视角
- 14.5.2 应用时机
- 14.6 基于页面的拆分模式
- 14.7 基于部件的拆分模式
- 14.7.1 实施视角
- 14.7.2 应用时机
- 14.8 约束
- 14.9 中心聚合网关模式
- 14.9.1 归属权
- 14.9.2 不同类型的用户界面
- 14.9.3 热点问题
- 14.9.4 应用时机
- 14.10 服务于前端的后端模式
- 14.10.1 如何确定BFF的数量
- 14.10.2 BFF如何应对复用问题
- 14.10.3 BFF在桌面Web和更多场景中的应用
- 14.10.4 应用时机
- 14.11 GraphQL
- 14.12 模式的混合应用
- 14.13 小结
- 第15章 组织结构
- 15.1 低耦合组织结构
- 15.2 康威定律
- 15.3 团队规模
- 15.4 理解康威定律
- 15.5 小团队，大组织
- 15.6 关注团队自治
- 15.7 强所有权与集体所有权
- 15.7.1 强所有权
- 15.7.2 集体所有权
- 15.7.3 团队层面与组织层面
- 15.7.4 模式之间的平衡
- 15.8 赋能团队
- 15.8.1 实践社区
- 15.8.2 平台
- 15.9 共享微服务
- 15.9.1 难以划分
- 15.9.2 跨领域的变更
- 15.9.3 交付瓶颈
- 15.10 内部开源
- 15.10.1 核心提交者的作用
- 15.10.2 成熟度
- 15.10.3 工具支撑
- 15.11 可插拔式模块化微服务
- 15.12 孤儿服务
- 15.13 案例研究：Real Estate网站
- 15.14 地域分布
- 15.15 逆康威定律
- 15.16 人
- 15.17 小结
- 第16章 演进式架构师
- 16.1 名字的意义
- 16.2 什么是软件架构
- 16.3 让改变成为可能
- 16.4 架构师的可演进愿景
- 16.5 定义系统边界
- 16.6 一种社会结构
- 16.7 宜居性
- 16.8 原则方法
- 16.8.1 战略目标
- 16.8.2 原则
- 16.8.3 实践
- 16.8.4 原则与实践相结合
- 16.8.5 一个真实的例子
- 16.9 演进式架构
- 16.10 业务流组织中的架构
- 16.11 组建团队
- 16.12 必要标准
- 16.12.1 可监控性
- 16.12.2 接口
- 16.12.3 架构安全性
- 16.13 治理并铺路
- 16.13.1 榜样的力量
- 16.13.2 定制的微服务模板
- 16.13.3 将铺好的路规模化
- 16.14 技术债务
- 16.15 异常处理
- 16.16 小结
- 后记：全景概述
- 参考资料
书名：微服务设计（第2版）
作者：Sam Newman 著
译者：钟健鑫 , 张沙沙, 智伟 译
国内出版社：人民邮电出版社
出版时间：2024年04月
页数：428
书号：978-7-115-63876-2
原版书书名：Building Microservices, 2e
原版书出版商：O'Reilly Media
购买选项
|
© 2024，奥莱利技术咨询(北京)有限公司。版权所有。 传真: +86-10-88097463 京ICP备05003502号 |
|