微服务实战

出版者:人民邮电出版社

作者:[英] 摩根·布鲁斯

出品人:异步图书

页数:318

译者:李哲

出版时间:2020-5-1

价格:89.00元

装帧:平装

isbn号码:9787115529879

具体描述

《微服务实战》主要介绍如何开发和维护基于微服务的应用。本书源自作者从日常开发中得到的积累和感悟，其中给出的案例覆盖从微服务设计到部署的各个阶段，能够带给你真实的沉浸式体验。通过阅读本书，你不仅能够了解用微服务搭建高效的持续交付流水线的方法，还能够运用Kubernetes、Docker 以及Google Container Engine 进一步探索书中的示例。

作者简介

摩根·布鲁斯 （Morgan Bruce）和保罗·A. 佩雷拉 （Paulo A. Pereira）都是经验丰富的开发团队领导者，他们的主要工作是运用本书中介绍的技术将微服务应用到生产环境中。

目录信息

第一部分 概述
第1章 微服务的设计与运行 3
1.1 什么是微服务应用 4
1.1.1 通过分解来实现扩展 6
1.1.2 核心原则 7
1.1.3 谁在使用微服务 9
1.1.4 为什么微服务是一个明智的选择 10
1.2 微服务的挑战 12
1.2.1 设计挑战 13
1.2.2 运维挑战 15
1.3 微服务开发生命周期 16
1.3.1 微服务设计 17
1.3.2 微服务部署 18
1.3.3 服务监控 21
1.4 有责任感和运维意识的工程师文化 22
1.5 小结 23
第2章 SimpleBank公司的微服务 24
2.1 SimpleBank公司的业务范围 24
2.2 微服务是否是正确的选择 25
2.2.1 金融软件的风险和惰性 26
2.2.2 减少阻力和持续交付价值 27
2.3 开发新功能 27
2.3.1 通过领域建模识别微服务 28
2.3.2 服务协作 30
2.3.3 服务编排 32
2.4 向外界开放服务 34
2.5 将功能发布到生产环境中 35
2.5.1 高质量的自动化部署 37
2.5.2 可恢复性 37
2.5.3 透明性 38
2.6 大规模微服务开发 39
2.6.1 技术分歧 40
2.6.2 孤立 40
2.7 接下来的内容 41
2.8 小结 41
第二部分 设计
第3章 微服务应用的架构 45
3.1 整体架构 45
3.1.1 从单体应用到微服务 46
3.1.2 架构师的角色 47
3.1.3 架构准则 47
3.1.4 微服务应用的4层架构 48
3.2 微服务平台 49
3.3 服务层 51
3.3.1 功能 51
3.3.2 聚合与多元服务 52
3.3.3 关键路径和非关键路径 53
3.4 通信 54
3.4.1 何时使用同步消息 54
3.4.2 何时使用异步消息 55
3.4.3 异步通信模式 55
3.4.4 服务定位 57
3.5 服务边界 58
3.5.1 API网关 60
3.5.2 服务于前端的后端 61
3.5.3 消费者驱动网关 62
3.6 客户端 63
3.6.1 前端单体 63
3.6.2 微前端 64
3.7 小结 65
第4章 新功能设计 66
4.1 SimpleBank的新功能 67
4.2 按业务能力划分 68
4.2.1 能力和领域建模 69
4.2.2 创建投资策略 70
4.2.3 内嵌型上下文和服务 75
4.2.4 挑战和不足 76
4.3 按用例划分 77
4.3.1 按投资策略下单 77
4.3.2 动作和存储 82
4.3.3 编配与编排 83
4.4 按易变性划分 84
4.5 按技术能力划分 85
4.5.1 发送通知 85
4.5.2 何时使用技术能力 86
4.6 处理不确定性 87
4.6.1 从粗粒度服务开始 88
4.6.2 准备进一步分解 88
4.6.3 下线和迁移 89
4.7 组织中的服务所有权 91
4.8 小结 92
第5章 微服务的事务与查询 93
5.1 分布式应用的事务一致性 94
5.2 基于事件的通信 96
5.3 Saga 98
5.3.1 编排型Saga 100
5.3.2 编配型Saga 102
5.3.3 交织型Saga 104
5.3.4 一致性模式 105
5.3.5 事件溯源 106
5.4 分布式世界中的查询操作 107
5.4.1 保存数据副本 108
5.4.2 查询和命令分离 110
5.4.3 CQRS挑战 112
5.4.4 分析和报表 114
5.5 延伸阅读 114
5.6 小结 114
第6章 设计高可靠服务 116
6.1 可靠性定义 117
6.2 哪些会出错 119
6.2.1 故障源 119
6.2.2 连锁故障 122
6.3 设计可靠的通信方案 125
6.3.1 重试 126
6.3.2 后备方案 128
6.3.3 超时 130
6.3.4 断路器 132
6.3.5 异步通信 134
6.4 最大限度地提高服务可靠性 135
6.4.1 负载均衡与服务健康 135
6.4.2 限流 136
6.4.3 验证可靠性和容错性 137
6.5 默认安全 140
6.5.1 框架 140
6.5.2 服务网格 141
6.6 小结 142
第7章 构建可复用的微服务框架 143
7.1 微服务底座 144
7.2 微服务底座的目的 146
7.2.1 降低风险 147
7.2.2 快速启动 147
7.3 设计服务底座 148
7.3.1 服务发现 149
7.3.2 可观测性 153
7.3.3 平衡和限流 159
7.4 探索使用底座实现的特性 161
7.5 差异性是否是微服务的承诺 163
7.6 小结 164
第三部分 部署
第8章 微服务部署 167
8.1 部署的重要性 167
8.2 微服务生产环境 169
8.2.1 微服务生产环境的特点 169
8.2.2 自动化和速度 170
8.3 部署服务的快捷方式 171
8.3.1 服务启动 171
8.3.2 配置虚拟机 172
8.3.3 运行多个服务实例 173
8.3.4 添加负载均衡器 175
8.3.5 开发者学到了什么 177
8.4 构建服务工件 178
8.4.1 工件的组成 179
8.4.2 不可变性 179
8.4.3 服务工件的类型 180
8.4.4 配置 184
8.5 服务与主机关系模型 185
8.5.1 单服务主机 185
8.5.2 单主机多静态服务 185
8.5.3 单主机多调度化服务 186
8.6 不停机部署服务 187
8.7 小结 190
第9章 基于容器和调度器的部署 191
9.1 服务容器化 192
9.1.1 镜像使用 192
9.1.2 构建镜像 194
9.1.3 运行容器 197
9.1.4 镜像存储 199
9.2 集群部署 200
9.2.1 pod的设计与运行 201
9.2.2 负载均衡 204
9.2.3 快速揭秘 205
9.2.4 健康检查 208
9.2.5 部署新版本服务 210
9.2.6 回滚 215
9.2.7 连接多个服务 215
9.3 小结 216
第10章 构建微服务交付流水线 217
10.1 让部署变得平淡 217
10.2 使用Jenkins构建流水线 219
10.2.1 构建流水线配置 220
10.2.2 构建镜像 223
10.2.3 运行测试 224
10.2.4 发布工件 226
10.2.5 部署到预发布环境 227
10.2.6 预发布环境 230
10.2.7 部署生产环境 230
10.3 构建可复用的流水线步骤 233
10.4 降低部署影响以及实现功能发布的技术 235
10.4.1 暗发布 235
10.4.2 功能标记 236
10.5 小结 237
第四部分 可观测性和所有权
第11章 构建监控系统 241
11.1 稳固的监控技术栈 241
11.1.1 良好的分层监控 243
11.1.2 黄金标志 244
11.1.3 度量指标的类型 244
11.1.4 实践建议 245
11.2 利用Prometheus和Grafana监控SimpleBank 246
11.2.1 配置度量指标收集基础设施 247
11.2.2 收集基础设施度量指标——RabbitMQ 253
11.2.3 监控下单功能 255
11.2.4 告警设置 257
11.3 生成合理的可执行的告警 261
11.3.1 系统出错时哪些人需要知悉 261
11.3.2 症状，而非原因 262
11.4 监测整个应用 262
11.5 小结 264
第12章 使用日志和链路追踪了解系统行为 265
12.1 了解服务间的行为 265
12.2 生成一致的、结构化的、人类可读的日志 268
12.2.1 日志中的有用信息 268
12.2.2 结构化和可读性 269
12.3 为SimpleBank配置日志基础设施 271
12.3.1 基于ELK和Fluentd的解决方案 272
12.3.2 配置日志解决方案 274
12.3.3 配置应收集哪些日志 276
12.3.4 大海捞针 279
12.3.5 记录合适的信息 281
12.4 服务间的跟踪交互 281
12.4.1 请求关联：trace和span 282
12.4.2 在服务内配置链路追踪 283
12.5 链路追踪可视化 287
12.6 小结 291
第13章 微服务团队建设 292
13.1 建设高效团队 292
13.1.1 康威定律 294
13.1.2 高效团队原则 294
13.2 团队模型 296
13.2.1 按职能分组 296
13.2.2 跨职能分组 298
13.2.3 设置团队边界 299
13.2.4 基础设施、平台和产品 300
13.2.5 谁负责值班 302
13.2.6 知识共享 303
13.3 微服务团队的实践建议 304
13.3.1 微服务变更的驱动力 305
13.3.2 架构的角色 305
13.3.3 同质性与技术灵活性 307
13.3.4 开源模型 307
13.3.5 设计评审 308
13.3.6 动态文档 309
13.3.7 回答应用的问题 310
13.4 延伸阅读 311
13.5 小结 311
附录A 在Minikube上安装Jenkins 312
· · · · · · (收起)

用户评价

坦白说，《微服务实战》这本书并没有提供给我一行一行可以照搬的代码，也没有给我一个现成的“微服务框架”可以直接套用。但它却以一种润物细无声的方式，彻底颠覆了我对系统设计的认知。我最受触动的是书中关于“ Conway's Law”（康威定律）的讨论，它深刻地阐述了组织结构如何影响系统设计。作者并没有将微服务仅仅视为技术问题，而是将其上升到了组织和团队协作的高度。他认为，要实现真正的微服务架构，不仅仅是技术上的拆分，更需要组织结构与之相适应，形成能够独立负责一个或多个微服务的团队。这让我开始反思，我们目前的团队组织模式，是否能够支撑起微服务架构的落地。书中关于“领域模型”的梳理，也给了我巨大的启发。过去，我们常常将数据和业务逻辑混在一起，导致代码难以理解和维护。而《微服务实战》则引导我们去思考如何从业务领域出发，清晰地划分服务的边界，让每个服务都专注于一个特定的业务领域，从而实现代码的高内聚。我并没有在书中找到“如何集成Netflix Eureka”或者“如何使用Spring Cloud构建微服务”这样的直接指导，但它却让我理解了“为什么”需要服务发现，“为什么”需要API网关，以及这些组件背后的核心思想。作者通过分析不同场景下的挑战，如“服务间的通信协议选择”、“数据最终一致性”等，让我对微服务生态有了更宏观的认识。这本书与其说是一本“如何做”的书，不如说是一本“如何思考”的书，它引导我站在更高的维度去审视系统架构，去理解微服务背后的哲学和原则，从而让我能够根据自身的实际情况，做出更明智的技术决策。

《微服务实战》这本书，读完之后，我并没有得到任何可以直接粘贴到代码里的“成品”。然而，它却像一面镜子，映照出我对系统架构的许多模糊认识，让我开始审视自己过往的实践。我印象最深刻的是书中关于“技术债务”的讨论。作者并没有将微服务视为解决一切问题的灵丹妙药，而是承认了其带来的复杂性和潜在的技术债务。他鼓励读者在引入微服务时，要充分评估其带来的成本和收益，并采取审慎的态度。这让我意识到，技术选型并非一味追求“新潮”，而是需要结合实际业务场景和团队能力。书中关于“熔断器模式”的介绍，也让我茅塞顿开。在微服务架构中，服务之间的依赖是必然存在的，如何防止一个服务的失败导致整个系统的崩溃？熔断器模式提供了一种优雅的解决方案。作者并没有简单地给出熔断器的使用方法，而是深入分析了其背后的原理，以及在不同场景下如何配置熔断器的参数。这让我对如何构建高可用、容错性强的系统有了更深的理解。我并没有在书中找到“如何使用Kubernetes管理微服务”的详尽教程，但它却让我深刻理解了容器编排的重要性，以及它在微服务运维中的核心地位。这本书让我明白，微服务架构的成功，不仅仅取决于技术本身，更取决于运维能力和自动化水平。它激发了我对“服务治理”、“灰度发布”以及“自动化监控”等话题的深入学习，让我认识到，微服务是一个系统工程，需要多方面的协同。

读完《微服务实战》，我发现它并没有直接给我一个“开箱即用”的微服务解决方案，也没有提供任何“秘籍”式的代码片段。但是，它却像一位经验丰富的向导，带领我深入微服务架构的世界，让我对其本质有了更深刻的理解。我尤其欣赏书中对于“CAP理论”在微服务中的应用分析。它并没有止步于理论的介绍，而是结合实际案例，阐述了在分布式环境下，我们如何在一致性（Consistency）、可用性（Availability）和分区容错性（Partition Tolerance）之间做出权衡。这让我意识到，在设计微服务时，并没有绝对最优的解决方案，而是需要根据业务需求和场景，做出合理的选择。书中关于“幂等性”的探讨，也让我受益匪浅。在分布式系统中，请求的重复发送是难以避免的，如何保证接口的幂等性，是保证系统稳定性的关键。作者通过分析不同的幂等性实现方式，以及它们在不同场景下的适用性，让我对这一概念有了更清晰的认识。我并没有在书中找到“如何使用Docker部署微服务”的详细步骤，但它却让我理解了为什么需要容器化，以及容器化在微服务架构中的重要作用。它让我明白了，微服务不仅仅是代码的拆分，更是基础设施、部署方式以及运维模式的全面变革。这本书与其说是一本技术指南，不如说是一本思想启迪录，它让我从一个“代码实现者”的角度，提升到了一个“架构设计者”的高度，让我开始思考微服务架构的长期演进和可持续性。

阅读《微服务实战》的过程，与其说是一次知识的获取，不如说是一次思维的重塑。我并没有从中找到任何可以直接套用的代码模板，或者“一站式”的解决方案。然而，它却以一种深刻的方式，让我重新审视了软件架构的设计理念。书中关于“服务拆分原则”的阐述，让我印象深刻。作者并没有给出简单的“按照业务功能拆分”的口号，而是深入探讨了不同的拆分策略，以及它们在不同场景下的优劣。他强调，服务拆分的边界应该是业务领域而非技术功能，这让我开始反思我们现有系统的设计是否过于关注技术实现，而忽略了业务的本质。我尤其赞赏书中关于“分布式跟踪”的探讨。在复杂的微服务体系中，请求的链路往往跨越多个服务，如何清晰地追踪请求的走向，定位问题，是巨大的挑战。作者并没有简单地给出“使用Zipkin”的建议，而是深入分析了分布式跟踪的必要性、实现原理以及关键数据埋点。这让我对构建可观测的系统有了更深刻的认识。我并没有在书中找到“如何设计一个高并发的微服务”的具体算法，但它却让我理解了“限流”、“降级”等应对高并发场景的关键策略。它让我明白了，微服务架构的优势在于其灵活性和可伸缩性，但同时也需要我们具备应对高并发挑战的能力。这本书让我不再局限于单体的思维模式，而是开始以一种更开放、更动态的视角去审视软件系统，去思考如何构建一个更具弹性和适应性的未来。

读完《微服务实战》，我感觉自己并没有获得一套可以直接应用的“现成答案”，而更多的是获得了一种“解决问题的思路”和“批判性思考的能力”。书中关于“服务边界的确定”的讨论，给我留下了深刻的印象。它并没有给出僵化的规则，而是鼓励我们从业务领域出发，结合“领域驱动设计”的理念，去寻找最适合的服务拆分方式。作者通过分析不同的拆分案例，展示了如何避免“分布式单体”的陷阱，以及如何做到真正的“服务自治”。我尤其欣赏书中对于“分布式事务”的深入探讨。它并没有简单地给出“使用两阶段提交”的建议，而是详细分析了分布式事务的复杂性，以及在实际场景下，如何通过“Saga模式”等方式来解决数据一致性问题。这让我对如何构建健壮的分布式系统有了更深的理解。我并没有在书中找到“如何设计一个高可用API网关”的详细架构图，但它却让我深刻理解了API网关在微服务架构中的核心作用，以及它在路由、安全、监控等方面的价值。这本书让我明白，微服务不仅仅是技术的堆砌，更是对整个软件开发流程和团队协作模式的重塑。它激发了我对“服务治理”、“容错机制”以及“混沌工程”等话题的深入学习，让我认识到，微服务是一个不断追求极致可靠性和韧性的过程。

读完《微服务实战》，我感到自己并没有得到一个可以直接套用的“工具箱”，而更多的是获得了一套“分析问题”和“解决问题”的思维框架。书中关于“服务间通信”的探讨，给了我很大的启发。它并没有简单地推荐RESTful API，而是深入分析了同步通信和异步通信的优缺点，以及在不同场景下如何选择合适的通信方式，例如gRPC、消息队列等。这让我对如何设计高效、可靠的服务间通信机制有了更深的理解。我尤其赞赏书中关于“数据一致性”的讨论。在分布式环境下，如何保证跨多个服务的数据一致性，是一个巨大的挑战。作者并没有回避这个问题，而是详细介绍了“最终一致性”、“Saga模式”等解决方案，并分析了它们的适用场景和局限性。这让我对如何处理分布式数据挑战有了更清晰的认识。我并没有在书中找到“如何使用Service Mesh进行服务治理”的具体配置方法，但它却让我深刻理解了Service Mesh在微服务架构中的重要性，以及它在服务发现、流量管理、安全等方面的价值。这本书让我明白，微服务架构的成功，不仅仅在于技术的拆分，更在于对整个生命周期的精细化管理和对潜在风险的提前规避。它激发了我对“风险管理”、“容错设计”以及“自动化运维”等话题的深入研究，让我认识到，微服务是一个需要持续迭代和优化的过程。

读完《微服务实战》后，我脑海中涌现了无数关于架构演进、技术选型以及团队协作的思考，仿佛打开了一个全新的视角。这本书并没有直接给我“如何照搬”的模板，反而像一位经验丰富的老兵，娓娓道来他在征战微服务世界的点点滴滴。我尤其被书中关于“领域驱动设计”的阐述所吸引，它不仅仅是简单的划分服务边界，更是一种思维方式的转变，要求我们深入理解业务的本质，将业务逻辑内聚到服务的核心。过去，我们常常因为技术栈的统一而忽略了业务的边界，导致代码库越来越庞大，维护成本剧增。而《微服务实战》则像一盏明灯，指引我们如何从业务出发，将复杂系统拆解成独立、自治的微服务。它让我意识到，微服务的“服务”二字，核心在于“服务于业务”，而非仅仅是技术上的“服务”。书中提到的一些案例，虽然不直接出现在我的实际项目中，但那种“剥洋葱”式的分析方法，帮助我理解了如何逐步进行系统重构，如何在不影响现有业务的情况下，一点点地将单体应用拆解成更灵活的微服务。这种循序渐进的策略，对于那些面临技术债务的团队来说，无疑是宝贵的经验。而且，作者在介绍CQRS（命令查询职责分离）和事件溯源（Event Sourcing）时，并没有止步于概念的堆砌，而是深入探讨了它们在微服务架构中的应用场景和潜在挑战。我开始思考，在我的下一个项目中，是否可以尝试引入这些模式，以解决数据一致性、审计追踪等难题。这本书并没有提供“银弹”，它更多的是一种思维的启发，一种解决问题的思路，而这正是技术书籍最宝贵的部分。它让我从一个“代码实现者”逐渐向一个“架构思考者”转变，从关注“怎么做”到思考“为什么这么做”以及“这样做会带来什么影响”。

《微服务实战》这本书，与其说是一本技术指南，不如说是一次关于软件架构“道”与“术”的深度探索。我并没有从中找到一行可以直接复制粘贴的代码，或者一个“一键生成”的微服务解决方案。但是，它却像一位睿智的导师，引导我深入理解微服务架构背后的哲学思想和核心原则。书中关于“高可用性”的讨论，让我印象尤为深刻。它并没有仅仅停留在“多副本部署”的表面，而是深入分析了“负载均衡”、“熔断降级”、“限流”等一系列保障系统高可用的关键策略。作者通过具体的案例分析，展示了如何在不同的故障场景下，保证系统的稳定运行。这让我对构建弹性、健壮的系统有了更深的敬畏。我特别欣赏书中关于“可观测性”的论述。在复杂的微服务生态中，能够清晰地知道“发生了什么”至关重要。作者深入浅出地阐述了“日志”、“指标”、“分布式跟踪”等要素，以及它们如何协同工作，构建起一个全面的可观测性体系。这让我认识到，微服务不仅仅是拆分，更需要强大的运维能力作为支撑。我并没有在书中找到“如何优化微服务性能”的具体调优技巧，但它却让我理解了“服务间通信的性能影响”、“数据序列化方式的选择”以及“缓存策略的应用”等影响性能的关键因素。这本书让我明白，微服务架构的成功，需要从宏观的架构设计到微观的性能调优，全方位的精益求精。它激发了我对“服务性能监控”、“瓶颈分析”以及“自动化部署”等话题的持续学习和实践。

《微服务实战》这本书给我的感觉，与其说是一本技术手册，不如说是一场深入人心的技术哲学探讨。我并没有在书中找到一行可以直接复制粘贴的代码，也没有找到一个“一键生成微服务”的工具。然而，它却在我的脑海中播下了无数关于系统设计和演进的种子。我特别欣赏书中对于“服务自治”和“高内聚、低耦合”原则的反复强调。它不仅仅是将大象切成小块，更是强调每一块“小象”都应该拥有自己的生命周期、自己的数据存储，以及清晰的接口定义，能够独立部署、独立扩展，甚至在必要时独立替换。我曾经在一个单体应用中，因为某个模块的Bug，导致整个应用的服务中断，那种痛苦的经历至今仍让我心有余悸。而《微服务实战》则通过大量的案例分析，向我展示了微服务架构如何通过解耦，最大限度地降低这种“牵一发而动全身”的风险。书中对于“服务发现”、“API网关”以及“分布式事务”等核心议题的探讨，虽然没有直接给出具体的代码实现，但却以一种非常清晰的逻辑，剖析了这些技术在微服务架构中的必要性和实现原理。我开始反思，我们现有的系统，在这些方面存在哪些隐患，又该如何去规避。作者并没有回避微服务架构的复杂性，反而直面挑战，例如在处理分布式事务时，他深入分析了Saga模式的优缺点，以及在不同场景下如何选择合适的解决方案。这种坦诚的沟通，让我对微服务架构的理解更加全面和深刻。这本书让我明白，微服务并非一蹴而就，而是一个持续演进的过程，需要团队不断地学习、实践和迭代。它激发了我对“服务拆分策略”、“数据一致性保障”以及“服务治理”等话题的深入研究，让我不再满足于现状，而是积极地去探索更优的解决方案。

《微服务实战》这本书，与其说是一本“教你做什么”的技术手册，不如说是一次“带你思考”的旅程。我并没有在书中找到任何可以直接复制粘贴的代码片段，也没有一个现成的“微服务模板”可以让我直接使用。但它却以一种深刻的方式，让我对系统设计的本质有了全新的认识。书中对于“事件驱动架构”的分析，给我留下了深刻的印象。它并没有将事件驱动仅仅视为一种通信模式，而是将其提升到了构建分布式系统的核心策略的高度。作者深入探讨了事件溯源、CQRS等概念，以及它们如何与微服务结合，实现高内聚、低耦合以及数据的最终一致性。这让我开始反思，在我们的系统中，是否可以引入事件驱动的理念，来解决一些传统同步通信带来的瓶颈。我特别欣赏书中关于“架构演进”的讨论。作者并没有回避微服务架构带来的复杂性，而是详细阐述了如何从单体应用逐步演进到微服务架构，以及在演进过程中需要注意的关键点。他强调了“灰度发布”、“金丝雀发布”等策略的重要性，让我对如何安全地引入和迭代微服务有了更清晰的认识。我并没有在书中找到“如何使用Kafka进行消息队列”的具体操作指南，但它却让我深刻理解了消息队列在微服务中的核心作用，以及如何选择合适的消息中间件。这本书让我明白，微服务架构的成功，需要技术的不断创新和实践的持续优化，它是一个不断学习和演进的过程，而非一成不变的答案。

微服务的方法论

@微信读书 2020年22本书，微服务近几年大行其道说的人太多。这书算了很贴地的一本，有些痛点是实战过才更深刻。比如书中说的用事件机制去减少上游服务的耦合，异步与同步的选择。围绕设计，布署，监控本书给了不少实战经验。前面先说设计，包括服务划分，异步与同步，然后是布署到云的操作，最后到日志，面板监控。如在转型到微服务的过程可以作为参考。

微服务的方法论

@微信读书 2020年22本书，微服务近几年大行其道说的人太多。这书算了很贴地的一本，有些痛点是实战过才更深刻。比如书中说的用事件机制去减少上游服务的耦合，异步与同步的选择。围绕设计，布署，监控本书给了不少实战经验。前面先说设计，包括服务划分，异步与同步，然后是布署到云的操作，最后到日志，面板监控。如在转型到微服务的过程可以作为参考。

@微信读书 2020年22本书，微服务近几年大行其道说的人太多。这书算了很贴地的一本，有些痛点是实战过才更深刻。比如书中说的用事件机制去减少上游服务的耦合，异步与同步的选择。围绕设计，布署，监控本书给了不少实战经验。前面先说设计，包括服务划分，异步与同步，然后是布署到云的操作，最后到日志，面板监控。如在转型到微服务的过程可以作为参考。