| 作者 |
| 克里斯·理查森 |
| 丛书名 |
| 架构师书库 |
| 出版社 |
| 机械工业出版社 |
| ISBN |
| 9782107091444 |
| 简要 |
| 简介 |
| 内容简介书籍计算机书籍 ---------------------------8082131 - 架构真意：企业级应用架构设计方法论与实践--------------------------- 本书分三大部分： 首先是部分，架构设计方法论。这部分首先侃侃而谈，为架构师成长指引道路。然后，以“5视图法”架构设计为主线，同时穿插领域驱动设计、整洁架构设计、大前端+技术中台等思想，为读者展现一整套严密、完整，且落地可操作的架构设计方法。后，探讨另一个难题：技术架构改造，并提出架构跑道、使能故事、架构重构等一系列方法。 之后是第二部分，分布式架构设计与实践。这部分从实践的角度讲解目前非常流行的互联网分布式架构的设计思路、软件架构，以及涉及的软件技术，让读者在应对这一类型的系统时，对架构设计、技术选型、架构演化，都有一个清楚的认识。 第三部分，大数据架构设计。这部分首先从宏观的角度描绘未来大数据、人工智能的发展方向、商业应用，以及技术发展趋势，以及5G/物联网背景下新的发展动向。然后，从大数据技术、数据治理、数据分析和人工智能等几个方面，讲解大数据架构设计。 ---------------------------8058968 - 微服务架构设计模式--------------------------- 本书共13章，第1章引入了微服务架构模式语言的概述；第2章解释了为什么软件架构很重要，并描述了可用于将应用程序分解为服务的模式；第3章介绍了微服务架构中强大的进程间通信的几种模式；第4章介绍Saga模式；第5章介绍领域驱动设计（DDD）的聚合和领域事件等模式的使用；第6章介绍如何使用事件溯源模式；第7章介绍如何使用 API 组合模式或命令查询责任隔离（CQRS）模式；第8章介绍外部 API 模式；第9章和第10章介绍微服务自动化测试技术；第11章介绍开发生产就绪服务的各个方面；第12章介绍部署模式；第13章介绍绞杀者模式。 |
| 目录 |
| [套装书具体书目] 8058968 - 微服务架构设计模式 - 9787111624127 - 机械工业出版社 - 定价 139 8082131 - 架构真意：企业级应用架构设计方法论与实践 - 9787111685029 - 机械工业出版社 - 定价 99 ---------------------------8082131 - 架构真意：企业级应用架构设计方法论与实践--------------------------- 前言 第一部分 架构设计方法论 第1章 架构师的修炼5 1.1 何为软件架构5 1.1.1 常见研发场景6 1.1.2 准确理解软件架构7 1.2 如何成为合格的架构师9 1.2.1 架构师的职责9 1.2.2 架构师的思维模式10 1.3 如何成为顶级的架构师12 1.3.1 能够将业务转换为技术13 1.3.2 能合理利用技术支撑业务13 1.3.3 具备前瞻思维和战略思维15 1.4 “5视图法”架构设计16 第2章 逻辑架构设计18 2.1 用例模型分析19 2.1.1 用例模型20 2.1.2 由粗到细的用例分析21 2.1.3 用例描述23 2.1.4 事件流25 2.1.5 业务需求列表29 2.1.6 需求规格说明书30 2.2 界面原型分析32 2.3 领域模型分析34 2.3.1 软件退化的根源34 2.3.2 两顶帽子的设计方式38 2.3.3 领域驱动的设计思想41 2.3.4 领域驱动的变更设计42 2.3.5 领域驱动设计总结48 2.4 技术可行性分析50 第3章 数据架构设计52 3.1 数据架构的设计过程52 3.2 基于领域的数据库设计54 3.2.1 传统的4种关系55 3.2.2 继承关系59 3.2.3 NoSQL数据库的设计61 3.3 基于领域的程序设计63 3.3.1 服务、实体与值对象64 3.3.2 贫血模型与充血模型64 3.3.3 聚合70 3.3.4 仓库与工厂71 3.3.5 问题域和限界上下文75 第4章 开发架构设计78 4.1 系统规划与接口定义78 4.1.1 系统规划79 4.1.2 接口定义80 4.2 系统分层与整洁架构82 4.2.1 系统分层82 4.2.2 底层技术更迭84 4.2.3 整洁架构设计86 4.2.4 易于维护的架构88 4.3 技术中台建设90 4.3.1 增删改的架构设计91 4.3.2 查询功能的架构设计94 4.3.3 支持领域驱动的架构设计99 4.3.4 支持微服务的架构设计107 4.4 技术选型与技术规划109 4.4.1 软件正确决策的过程109 4.4.2 商用软件与开源框架110 4.5 模块划分与代码规范111 第5章 运行架构设计114 5.1 属性→场景→决策115 5.2 非功能性需求117 5.3 恰如其分的架构设计117 5.4 技术架构演化118 5.4.1 意图架构119 5.4.2 使能故事120 5.4.3 架构跑道122 5.4.4 我们的实践122 5.5 技术改造与软件重构124 5.5.1 架构师的十年奋斗125 5.5.2 演化式的技术改造思路126 5.5.3 一个遗留系统改造的故事127 第6章 物理架构设计131 6.1 集中式与分布式132 6.2 网络架构图134 6.3 系统架构与应用架构135 第二部分 分布式架构设计与实践 第7章 分布式架构设计141 7.1 互联网架构演进141 7.1.1 All-in-One架构142 7.1.2 流量在1000万以内的架构设计143 7.1.3 流量在1000万以上的架构设计147 7.1.4 流量在5000万以上的架构设计155 7.1.5 亿级流量的架构设计160 7.2 分布式技术165 7.2.1 分布式缓存165 7.2.2 内存数据库169 7.2.3 分布式事务173 7.2.4 分布式队列179 7.2.5 分布式数据库182 第8章 微服务架构设计192 8.1 为什么要采用微服务架构192 8.1.1 快速变化需要快速交付192 8.1.2 打造高效的团队组织193 8.1.3 大前端+技术中台196 8.1.4 小而专的微服务197 8.1.5 微服务中的去中心化概念199 8.1.6 互联网转型利器202 8.2 微服务的关键技术204 8.2.1 注册中心205 8.2.2 服务网关219 8.2.3 熔断机制227 8.3 微服务的系统设计235 8.3.1 6种设计模式235 8.3.2 微服务设计实践244 8.3.3 微服务测试调优262 8.4 微服务项目实战过程276 8.4.1 在线订餐系统项目实战278 8.4.2 统一语言与事件风暴278 8.4.3 子域划分与限界上下文282 8.4.4 微服务拆分与设计实现284 第9章 基于云端的分布式部署290 9.1 DevOps与快速交付290 9.2 Docker容器技术292 9.2.1 虚拟技术与容器技术292 9.2.2 对Docker容器的操作294 9.2.3 用Dockerfile制作镜像296 9.2.4 微服务的Docker容器部署297 9.2.5 Docker容器的应用298 9.2.6 搭建Docker本地私服299 9.3 Kubernetes分布式容器管理299 9.3.1 微服务发布的难题299 9.3.2 Kubernetes的运行原理300 9.3.3 Kubernetes的应用场景303 9.3.4 Kubernetes的虚拟网络304 9.3.5 用Kubernetes部署微服务305 9.3.6 用有状态集部署组件308 9.3.7 Kubernetes应用实践310 9.4 自动化运维平台实践312 第三部分 大数据架构设计 第10章 大数据时代变革319 10.1 从IT时代向DT时代转变319 10.2 数据分析与应用319 10.2.1 数据应用的发展历程320 10.2.2 数据应用的成熟度321 10.3 数据中台建设325 10.3.1 对数据中台的正确理解325 10.3.2 数据中台建设的核心326 10.3.3 数据中台的建设思路332 10.3.4 数据中台的技术架构333 第11章 大数据技术中台335 11.1 大数据技术335 11.1.1 Hadoop技术框架336 11.1.2 Spark技术框架339 11.2 大数据采集345 11.2.1 结构化数据采集346 11.2.2 非结构化数据采集347 11.3 大数据治理350 11.3.1 SparkSQL大数据开发中台351 11.3.2 ETL过程的设计实践353 11.3.3 数据仓库建设357 11.3.4 数据标签设计360 11.4 大数据展示362 11.4.1 大数据索引363 11.4.2 多维模型分析367 11.4.3 HBase数据库369 ---------------------------8058968 - 微服务架构设计模式--------------------------- 写给中文版读者的话 译者序 中文版序一 中文版序二 前言 引言 第1章 逃离单体地狱 / 1 1.1 迈向单体地狱的漫长旅程 / 2 1.1.1 FTGO应用程序的架构 / 3 1.1.2 单体架构的好处 / 4 1.1.3 什么是单体地狱 / 4 1.2 为什么本书与你有关 / 7 1.3 你会在本书中学到什么 / 8 1.4 拯救之道：微服务架构 / 8 1.4.1 扩展立方体和服务 / 9 1.4.2 微服务架构作为模块化的一种形式 / 11 1.4.3 每个服务都拥有自己的数据库 / 12 1.4.4 FTGO的微服务架构 / 12 1.4.5 微服务架构与SOA的异同 / 14 1.5 微服务架构的好处和弊端 / 15 1.5.1 微服务架构的好处 / 15 1.5.2 微服务架构的弊端 / 17 1.6 微服务架构的模式语言 / 19 1.6.1 微服务架构并不是“银弹” / 20 1.6.2 模式和模式语言 / 21 1.6.3 微服务架构的模式语言概述 / 24 1.7 微服务之上：流程和组织 / 29 1.7.1 进行软件开发和交付的组织 / 30 1.7.2 进行软件开发和交付的流程 / 31 1.7.3 采用微服务架构时的人为因素 / 32 第2章 服务的拆分策略 / 34 2.1 微服务架构到底是什么 / 35 2.1.1 软件架构是什么，为什么它如此重要 / 35 2.1.2 什么是架构的风格 / 37 2.1.3 微服务架构是一种架构风格 / 40 2.2 为应用程序定义微服务架构 / 43 2.2.1 识别系统操作 / 45 2.2.2 根据业务能力进行服务拆分 / 50 2.2.3 根据子域进行服务拆分 / 53 2.2.4 拆分的指导原则 / 54 2.2.5 拆分单体应用为服务的难点 / 56 2.2.6 定义服务API / 59 第3章 微服务架构中的进程间通信 / 63 3.1 微服务架构中的进程间通信概述 / 64 3.1.1 交互方式 / 64 3.1.2 在微服务架构中定义API / 66 3.1.3 API的演化 / 67 3.1.4 消息的格式 / 69 3.2 基于同步远程过程调用模式的通信 / 70 3.2.1 使用REST / 71 3.2.2 使用gRPC / 74 3.2.3 使用断路器模式处理局部故障 / 75 3.2.4 使用服务发现 / 78 3.3 基于异步消息模式的通信 / 82 3.3.1 什么是消息传递 / 83 3.3.2 使用消息机制实现交互方式 / 84 3.3.3 为基于消息机制的服务API创建API规范 / 86 3.3.4 使用消息代理 / 87 3.3.5 处理并发和消息顺序 / 91 3.3.6 处理重复消息 / 92 3.3.7 事务性消息 / 93 3.3.8 消息相关的类库和框架 / 97 3.4 使用异步消息提高可用性 / 99 3.4.1 同步消息会降低可用性 / 99 3.4.2 消除同步交互 / 101 第4章 使用Saga管理事务 / 106 4.1 微服务架构下的事务管理 / 107 4.1.1 微服务架构对分布式事务的需求 / 108 4.1.2 分布式事务的挑战 / 109 4.1.3 使用Saga模式维护数据一致性 / 109 4.2 Saga的协调模式 / 113 4.2.1 协同式Saga / 113 4.2.2 编排式Saga / 117 4.3 解决隔离问题 / 121 4.3.1 缺乏隔离导致的问题 / 122 4.3.2 Saga模式下实现隔离的对策 / 123 4.4 Order Service和Create Order Saga的设计 / 127 4.4.1 OrderService类 / 128 4.4.2 Create Order Saga的实现 / 129 4.4.3 OrderCommandHandlers类 / 136 4.4.4 OrderServiceConfiguration类 / 138 第5章 微服务架构中的业务逻辑设计 / 141 5.1 业务逻辑组织模式 / 142 5.1.1 使用事务脚本模式设计业务逻辑 / 143 5.1.2 使用领域模型模式设计业务逻辑 / 144 5.1.3 关于领域驱动设计 / 146 5.2 使用聚合模式设计领域模型 / 146 5.2.1 模糊边界所带来的问题 / 147 5.2.2 聚合拥有明确的边界 / 149 5.2.3 聚合的规则 / 150 5.2.4 聚合的颗粒度 / 152 5.2.5 使用聚合设计业务逻辑 / 153 5.3 发布领域事件 / 154 5.3.1 为什么需要发布变更事件 / 154 5.3.2 什么是领域事件 / 155 5.3.3 事件增强 / 155 5.3.4 识别领域事件 / 156 5.3.5 生成和发布领域事件 / 157 5.3.6 消费领域事件 / 161 5.4 Kitchen Service的业务逻辑 / 162 5.5 Order Service的业务逻辑 / 167 5.5.1 Order聚合 / 169 5.5.2 OrderService类 / 173 第6章 使用事件溯源开发业务逻辑 / 176 6.1 使用事件溯源开发业务逻辑概述 / 177 6.1.1 传统持久化技术的问题 / 177 6.1.2 什么是事件溯源 / 179 6.1.3 使用乐观锁处理并发更新 / 186 6.1.4 事件溯源和发布事件 / 186 6.1.5 使用快照提升性能 / 188 6.1.6 幂等方式的消息处理 / 189 6.1.7 领域事件的演化 / 190 6.1.8 事件溯源的好处 / 192 6.1.9 事件溯源的弊端 / 193 6.2 实现事件存储库 / 194 6.2.1 Eventuate Local事件存储库的工作原理 / 195 6.2.2 Eventuate的Java客户端框架 / 198 6.3 同时使用Saga和事件溯源 / 201 6.3.1 使用事件溯源实现协同式Saga / 203 6.3.2 创建编排式Saga / 203 6.3.3 实现基于事件溯源的Saga参与方 / 205 6.3.4 实现基于事件溯源的Saga编排器 / 208 第7章 在微服务架构中实现查询 / 212 7.1 使用API组合模式进行查询 / 213 7.1.1 findOrder()查询操作 / 213 7.1.2 什么是API组合模式 / 214 7.1.3 使用API组合模式实现findOrder()查询操作 / 215 7.1.4 API组合模式的设计缺陷 / 216 7.1.5 API组合模式的好处和弊端 / 219 7.2 使用CQRS模式 / 220 7.2.1 为什么要使用CQRS / 220 7.2.2 什么是CQRS / 223 7.2.3 CQRS的好处 / 226 7.2.4 CQRS的弊端 / 227 7.3 设计CQRS视图 / 228 7.3.1 选择视图存储库 / 229 7.3.2 设计数据访问模块 / 230 7.3.3 添加和更新CQRS视图 / 232 7.4 实现基于AWS DynamoDB的CQRS视图 / 233 7.4.1 OrderHistoryEventHandlers模块 / 234 7.4.2 DynamoDB中的数据建模和查询设计 / 235 7.4.3 OrderHistoryDaoDynamoDb类 / 239 第8章 外部API模式 / 244 8.1 外部API的设计难题 / 245 8.1.1 FTGO移动客户端API的设计难题 / 246 8.1.2 其他类型客户端API的设计难题 / 248 8.2 API Gateway模式 / 250 8.2.1 什么是API Gateway模式 / 250 8.2.2 API Gateway模式的好处和弊端 / 256 8.2.3 以Netflix为例的API Gateway / 257 8.2.4 API Gateway的设计难题 / 258 8.3 实现一个API Gateway / 260 8.3.1 使用现成的API Gateway产品或服务 / 261 8.3.2 开发自己的API Gateway / 262 8.3.3 使用GraphQL实现API Gateway / 269 第9章 微服务架构中的测试策略（上） / 282 9.1 微服务架构中的测试策略概述 / 284 9.1.1 什么是测试 / 284 9.1.2 微服务架构中的测试挑战 / 289 9.1.3 部署流水线 / 295 9.2 为服务编写单元测试 / 296 9.2.1 为实体编写单元测试 / 298 9.2.2 为值对象编写单元测试 / 299 9.2.3 为Saga编写单元测试 / 300 9.2.4 为领域服务编写单元测试 / 302 9.2.5 为控制器编写单元测试 / 303 9.2.6 为事件和消息处理程序编写单元测试 / 305 第10章 微服务架构中的测试策略（下） / 308 10.1 编写集成测试 / 308 10.1.1 针对持久化层的集成测试 / 311 10.1.2 针对基于REST的请求/响应式交互的集成测试 / 312 10.1.3 针对发布/订阅式交互的集成测试 / 316 10.1.4 针对异步请求/响应式交互的集成契约测试 / 320 10.2 编写组件测试 / 324 10.2.1 定义验收测试 / 325 10.2.2 使用Gherkin编写验收测试 / 326 10.2.3 设计组件测试 / 328 10.2.4 为FTGO的Order Service编写组件测试 / 330 10.3 端到端测试 / 334 10.3.1 设计端到端测试 / 335 10.3.2 编写端到端测试 / 335 10.3.3 运行端到端测试 / 336 第11章 开发面向生产环境的微服务应用 / 338 11.1 开发安全的服务 / 339 11.1.1 传统单体应用程序的安全性 / 340 11.1.2 在微服务架构中实现安全性 / 343 11.2 设计可配置的服务 / 349 11.2.1 使用基于推送的外部化配置 / 350 11.2.2 使用基于拉取的外部化配置 / 352 11.3 设计可观测的服务 / 353 11.3.1 使用健康检查API模式 / 355 11.3.2 使用日志聚合模式 / 357 11.3.3 使用分布式追踪模式 / 358 11.3.4 使用应用程序指标模式 / 361 11.3.5 使用异常追踪模式 / 364 11.3.6 使用审计日志模式 / 365 11.4 使用微服务基底模式开发服务 / 367 11.4.1 使用微服务基底 / 368 11.4.2 从微服务基底到服务网格 / 368 第12章 部署微服务应用 / 371 12.1 部署模式：编程语言特定的发布包格式 / 374 12.1.1 使用编程语言特定的发布包格式进行部署的好处 / 376 12.1.2 使用编程语言特定的发布包格式进行部署的弊端 / 377 12.2 部署模式：将服务部署为虚拟机 / 378 12.2.1 将服务部署为虚拟机的好处 / 380 12.2.2 将服务部署为虚拟机的弊端 / 380 12.3 部署模式：将服务部署为容器 / 381 12.3.1 使用Docker部署服务 / 383 12.3.2 将服务部署为容器的好处 / 385 12.3.3 将服务部署为容器的弊端 / 386 12.4 使用Kubernetes部署FTGO应用程序 / 386 12.4.1 什么是Kubernetes / 386 12.4.2 在Kubernetes上部署Restaurant Service / 389 12.4.3 部署API Gateway / 392 12.4.4 零停机部署 / 393 12.4.5 使用服务网格分隔部署与发布流程 / 394 12.5 部署模式：Serverless部署 / 402 12.5.1 使用AWS Lambda进行Serverless部署 / 403 12.5.2 开发Lambda函数 / 404 12.5.3 调用Lambda函数 / 404 12.5.4 使用Lambda函数的好处 / 405 12.5.5 使用Lambda函数的弊端 / 406 12.6 使用AWS Lambda和AWS Gateway部署RESTful服务 / 406 12.6.1 AWS Lambda版本的Restaurant Service / 407 12.6.2 把服务打包为ZIP文件 / 411 12.6.3 使用Serverless框架部署Lambda函数 / 412 第13章 微服务架构的重构策略 / 415 13.1 重构到微服务需要考虑的问题 / 416 13.1.1 为什么要重构单体应用 / 416 13.1.2 绞杀单体应用 / 417 13.2 将单体应用重构为微服务架构的若干策略 / 420 13.2.1 将新功能实现为服务 / 420 13.2.2 隔离表现层与后端 / 422 13.2.3 提取业务能力到服务中 / 423 13.3 设计服务与单体的协作方式 / 429 13.3.1 设计集成胶水 / 430 13.3.2 在服务和单体之间维持数据一致性 / 434 13.3.3 处理身份验证和访问授权 / 438 13.4 将新功能实现为服务：处理错误配送订单 / 440 13.4.1 Delayed Delivery Service的设计 / 441 13.4.2 为Delayed Delivery Service设计集成胶水 / 442 13.5 从单体中提取送餐管理功能 / 444 13.5.1 现有的送餐管理功能 / 444 13.5.2 Delivery Service概览 / 446 13.5.3 设计Delivery Service的领域模型 / 447 13.5.4 Delivery Service集成胶水的设计 / 450 13.5.5 修改FTGO单体使其能够与Delivery Service交互 / 451 |