凤凰架构-行业好书-社会科学-太极之巅书单号

书刊介绍

内容简介

这是一本从架构视角讲解如何构建大型分布式系统的著作，是超级畅销书《深入理解Java虚拟机》的作者周志明多年架构和研发经验的总结，得到了多位行业资深架构专家的联袂推荐。

全书共16章，分为演进中的架构、架构师的视角、分布式的基石、不可变基础设施和技术方法论五部分。

第一部分演进中的架构（第1章）

着重介绍了软件开发历史中多种主流架构风格出现的契机、解决的问题以及带来的新缺陷。

第二部分架构师的视角（第2~5章）

总结了一名架构师应该在架构设计时思考哪些问题，有哪些主流的解决方案和行业标准做法，各种方案有什么优缺点，不同的解决方法会带来什么不同的影响，等等。

第三部分分布式的基石（第6~10章）

重点讨论了“不同架构风格是应该在技术规范上统一，还是由应用系统自行解决”这个问题，给出了解决思路、方法和常见工具。

第四部分不可变基础设施（第11~15章）

重点讲解了基础设施不变性的目的、原理与实现途径，包括虚拟化容器、容器间网络、持久化存储、资源与调度、服务网格等内容。

第五部分技术方法论（第16章）

面向技术决策者集中讨论了与分布式、微服务、架构等相关的理论话题，将解决问题的能力归纳、总结、升华为方法论。

全书以实践为导向，一个案例贯穿全书，同时给出了基于Spring Boot、Spring Cloud、Kubernetes、Istio、AWS Lambda 五种架构风格的样例工程。

作品目录

赞誉
自序
前言
【第一部分　演进中的架构】
第1章　服务架构演进史2
1.1　原始分布式时代2
1.2　单体系统时代5
1.3　SOA时代8
1.4　微服务时代12
1.5　后微服务时代16
1.6　无服务时代19
【第二部分　架构师的视角】
第2章　访问远程服务24
2.1　远程服务调用24
2.1.1　进程间通信24
2.1.2　通信的成本26
2.1.3　三个基本问题28
2.1.4　统一的RPC30
2.1.5　分裂的RPC32
2.2　REST设计风格34
2.2.1　理解REST35
2.2.2　RESTful的系统37
2.2.3　RMM41
2.2.4　不足与争议45
第3章　事务处理48
3.1　本地事务49
3.1.1　实现原子性和持久性50
3.1.2　实现隔离性54
3.2　全局事务57
3.3　共享事务62
3.4　分布式事务64
3.4.1　CAP与ACID64
3.4.2　可靠事件队列67
3.4.3　TCC事务69
3.4.4　SAGA事务72
第4章　透明多级分流系统75
4.1　客户端缓存76
4.1.1　强制缓存77
4.1.2　协商缓存79
4.2　域名解析81
4.3　传输链路83
4.3.1　连接数优化84
4.3.2　传输压缩88
4.3.3　快速UDP网络连接90
4.4　内容分发网络92
4.4.1　路由解析92
4.4.2　内容分发95
4.4.3　CDN应用96
4.5　负载均衡97
4.5.1　数据链路层负载均衡99
4.5.2　网络层负载均衡101
4.5.3　应用层负载均衡104
4.5.4　均衡策略与实现106
4.6　服务端缓存107
4.6.1　缓存属性108
4.6.2　缓存风险117
第5章　架构安全性120
5.1　认证121
5.1.1　认证的标准121
5.1.2　认证的实现128
5.2　授权129
5.2.1　RBAC130
5.2.2　OAuth 2133
5.3　凭证140
5.3.1　Cookie-Session140
5.3.2　JWT142
5.4　保密147
5.4.1　保密的强度147
5.4.2　客户端加密148
5.4.3　密码存储和验证149
5.5　传输151
5.5.1　摘要、加密与签名151
5.5.2　数字证书154
5.5.3　传输安全层157
5.6　验证160
【第三部分　分布式的基石】
第6章　分布式共识166
6.1　Paxos168
6.1.1　Paxos的诞生169
6.1.2　算法流程169
6.1.3　工作实例172
6.2　Multi Paxos174
6.3　Gossip协议178
第7章　从类库到服务180
7.1　服务发现180
7.1.1　服务发现的意义181
7.1.2　可用与可靠182
7.1.3　注册中心实现185
7.2　网关路由186
7.2.1　网关的职责186
7.2.2　网络I/O模型188
7.2.3　BFF网关190
7.3　客户端负载均衡191
7.3.1　客户端负载均衡器193
7.3.2　代理负载均衡器194
7.3.3　地域与区域196
第8章　流量治理198
8.1　服务容错198
8.1.1　容错策略199
8.1.2　容错设计模式201
8.2　流量控制209
8.2.1　流量统计指标210
8.2.2　限流设计模式211
8.2.3　分布式限流215
第9章　可靠通信217
9.1　零信任网络217
9.1.1　零信任安全模型的特征218
9.1.2　Google的实践探索220
9.2　服务安全222
9.2.1　建立信任222
9.2.2　认证223
9.2.3　授权227
第10章　可观测性230
10.1　事件日志233
10.1.1　输出233
10.1.2　收集与缓冲235
10.1.3　加工与聚合236
10.1.4　存储与查询237
10.2　链路追踪239
10.2.1　追踪与跨度239
10.2.2　数据收集240
10.2.3　追踪规范化243
10.3　聚合度量244
10.3.1　指标收集245
10.3.2　存储查询248
10.3.3　监控预警250
【第四部分　不可变基础设施】
第11章　虚拟化容器254
11.1　容器的崛起256
11.1.1　隔离文件：chroot256
11.1.2　隔离访问：名称空间257
11.1.3　隔离资源：cgroups258
11.1.4　封装系统：LXC259
11.1.5　封装应用：Docker260
11.1.6　封装集群：Kubernetes263
11.2　以容器构建系统266
11.2.1　隔离与协作266
11.2.2　韧性与弹性271
11.3　以应用为中心的封装275
11.3.1　Kustomize276
11.3.2　Helm与Chart277
11.3.3　Operator与CRD279
11.3.4　开放应用模型284
第12章　容器间网络288
12.1　Linux网络虚拟化288
12.1.1　网络通信模型289
12.1.2　干预网络通信291
12.1.3　虚拟化网络设备294
12.1.4　容器间通信304
12.2　容器网络与生态306
12.2.1　CNM与CNI306
12.2.2　CNM到CNI308
12.2.3　网络插件生态310
第13章　持久化存储314
13.1　Kubernetes存储设计314
13.1.1　Mount和Volume316
13.1.2　静态存储分配318
13.1.3　动态存储分配322
13.2　容器存储与生态325
13.2.1　Kubernetes存储架构325
13.2.2　FlexVolume与CSI327
13.2.3　从In-Tree到Out-of-Tree329
13.2.4　容器插件生态331
第14章　资源与调度336
14.1　资源模型336
14.2　服务质量与优先级337
14.3　驱逐机制340
14.4　默认调度器342
第15章　服务网格346
15.1　透明通信的涅槃347
15.1.1　通信成本347
15.1.2　数据平面352
15.1.3　控制平面358
15.2　服务网格与生态360
15.2.1　服务网格接口361
15.2.2　通用数据平面API363
15.2.3　服务网格生态364
【第五部分　技术方法论】
第16章　向微服务迈进368
16.1　目的：微服务的驱动力369
16.2　前提：微服务需要的条件371
16.3　边界：微服务的粒度375
16.4　治理：理解系统复杂性377
16.4.1　静态的治理378
16.4.2　发展的治理380
附录A　技术演示工程实践383
附录B　部署Kubernetes集群402
· · · · · ·

作者简介

人工智能与企业级研发资深专家，前远光软件研究院院长，阿里云MVP、腾讯云TVP、华为云MVP。在Java技术栈、微服务、云原生架构等领域有深入研究。

开源技术的积极倡导者和推动者，QCon全球开发者大会明星讲师、极客时间布道师、InfoQ.CN专栏撰稿人，作为组织者或主讲人，参与了多场线上、线下的技术布道活动。

计算机技术作家，十年间出版过八部技术专著，口碑和销量均得到业内认可，其中四本书在豆瓣上获得了9.0分或以上的评价。如知名畅销书《深入理解Java虚拟机：JVM高级特性与最佳实践》目前已经出至第3版，累计印刷超过50次，仍长销不衰，是中文计算机图书领域公认的、难得一见的佳作。

精彩摘录

关于UNX设计哲学，有几个不同的版本，这里指的是CommonLisp的作者RichardP.Gabriel提出的简单优先原则，即“WorseisBetter”。

——引自章节：1.1　原始分布式时代2

不过，以上列举的这些问题都还不是今天以微服务取代单体系统成为潮流趋势的根本原因，笔者认为最重要的原因是：单体系统很难兼容“Phoenix”的特性。这种架构风格潜在的要求是希望系统的每一个部件、每一处代码都尽量可靠，尽量不出或少出缺陷。然而战术层面再优秀，也很难弥补战略层面的不足。单体系统靠高质量来保证高可靠性的思路，在小规模软件上还能运作良好，但当系统规模越来越大时，交付一个可靠的单体系统就变得越来越具有挑战性。如本书前言所说，正是随着软件架构演进，构建可靠系统的观念从“追求尽量不出错”到正视“出错是必然”的转变，才是微服务架构得以挑战并逐步取代单体架构的底气所在。

——引自章节：1.2　单体系统时代5