其次，我们来看下内容概述

本书是一本以“如何构建一套可靠的大型分布式系统"为叙述主线的技术手册。十多年来一直从事大型企业级软件的架构研发工作，较完整地经历了从最早的大型单体系统到如今基于云原生基础设施的架构演变过程，希望借此机会，系统性地整理相关知识，查漏补缺，将它们都融入既有的知识框架之中，也希望能将这些知识与大家分享讨论。相信要深入理解一门技术，不仅要去看、去读、去想、去用，更要去说、去写。将自己“认为掌握了的"知识叙述出来，尽量将知识说得条理清晰，让他人听得明白，释去心中疑惑，同时把自己的观点交予别人审视，乃至质疑，在此过程之中，自己也会挖掘出很多潜藏在“已知"背后的“未知""-

第一部分演进中的架构

这部分只有第1章，适合所有开发者，但尤其推荐刚刚从单体架构向微服务架构转型的开发者阅读。

第一部分既是全书的绪论，也是对后续将用到的大量名词概念所做的铺垫。这部分没有谈论过于具体的技术，只是着重介绍了软件开发历史中多种主流架构出现的契机、解决的问题以及带来的新缺陷。

第二部分架构师的视角

这部分包括第2一5章，适合所有技术架构师、系统设计与开发人员，主要讨论与风格无关的架构知识。

“架构师"这个词的外延非常宽泛，不同语境中有不同的含义。本书中的技术架构师特指企业架构中面向技术模型的系统设计者，这意味着讨论范围不会涉及贴近企业战略、业务流程的系统分析、信息战略设计等内容，而是聚焦于贴近一线研发人员的技术方案设计者。这部分将介绍一名架构师应该在架构设计时思考哪些问题，有哪些主流的解决方案和行业标准做法，各种方案有什么优缺点，不同的解决方***带来什么不同的影响，等等，以达到将“架构设计”这种听起来抽象的工作具体化、具象化的目的。

作为后续实践的基础，第二部分的内容与具体的架构风格无关，讨论的是普适的架构技

术与使用技巧。无论你是否关注微服务、云原生这些概念，无论你从事架构设计还是编码开

发，了解这里所列的基础知识，都是有实用价值的。

第三部分 分布式的基石

这部分包括第6一10章，主要面向使用分布式架构的开发人员。

只要选择了分布式架构，无论是SOA、微服务、服务网格或者其他架构风格，涉及与远程服务的交互时，服务的注册发现、跟踪治理、负载均衡、故障隔离、认证授权、伸缩扩展、传输通信、事务处理等一系列问题都是不可避免的。不同的架构风格，其区别是到底要在技术规范上提供统一的解决方案，由应用系统自行解决，还是在基础设施层面将这类问题隔离掉。第三部分将重点讨论这类问题的解决思路、方法和常见工具。

第四部分 不可变基础设施

这部分包括第11一15章，主要面向基础设施的运维人员、技术平台的开发人员。

“不可变基础设施""这个概念由来已久。2012年Martin Fowler设想的“凤凰服务器[小与2013年Chad Fowler正式提出的“不可变基础设施[2小，都阐明了基础设施不变性带来的益处。在云原生基金会(Cloud Nat ive Comput ing Founxdation，CNCF）所定义的“云原生"概念中，“不可变基础设施"被提升到与微服务平级的重要程度，此时它已不再局限于方便运维、程序升级和部署的手段，而是升华为向应用代码隐藏分布式架构复杂度、让分布式架构得以成为一种可普遍推广的普适架构风格的必要前提。在云原生时代、后微服务时代，软件与硬件之间的界线已经彻底模糊，无论是基础设施的运维人员，抑或是技术平台的开发人员，都有必要深入理解基础设施不变性的目的、原理与实现途径。

第五部分 技术方法论

这部分包括第16章，主要面向企业中重要技术的决策者。

本书的主体内容是务实的，偏重具体技术，而非方向理论。但在第16章会集中讨论几点与分布式、微服务、架构等相关的相对务虚的话题。

笔者认为，对于一个技术人员，成长的主要驱动力是实践，是在开发程序、解决问题中增长知识，再将知识归纳、总结、升华成为理论，所以笔者将本章安排到全书的末尾，也是希望大家能先去实践，再谈理论。同时，笔者也认为，对于一名研究人员或者企业中技术方向的决策者，理论与实践都不可缺少，在涉及决策的场景中，成体系的理论知识甚至比实践经验还要关键，因为执行力再强，也必须用在正确的方向上才有价值。如果你对自己的规划是有朝一日从一名技术人员发展成研究或者管理人员，补充这部分知识是必不可少的。

凤凰架构是架构师必读的一本书籍，同时也是架构师进阶上的成功的阶梯。

好啦，今天的分享就到这里啦