具体描述
互联网架构不断演化，经历了从集中式架构到分布式架构，再到云原生架构的过程。云原生因能解决传统应用升级缓慢、架构臃肿、无法快速迭代等问题而成了未来云端应用的目标。
《未来架构：从服务化到云原生》首先介绍架构演化过程及云原生的概念，让读者对基础概念有一个准确的了解，接着阐述分布式、服务化、可观察性、容器调度、Service Mesh、云数据库等技术体系及原理，并介绍相关的SkyWalking、Dubbo、Spring Cloud、Kubernetes、Istio等开源解决方案，最后深度揭秘开源分布式数据库生态圈ShardingSphere的设计、实现，以及进入Apache基金会的历程，非常适合架构师、云计算从业人员阅读、学习。
作者简介
张亮
京东数科数据研发负责人，Apache ShardingSphere发起人兼PPMC成员。热爱分享，拥抱开源，主张代码优雅化，擅长以Java为主的分布式架构以及以Kubernetes和Mesos为主的云平台的构建。ShardingSphere已进入Apache软件基金会，是京东集团首个进入Apache的开源项目，也是Apache首个分布式数据库中间件。
吴晟
Apache SkyWalking创始人及PPMC成员，Apache ShardingSphere原型作者及PPMC成员，Apache Zipkin贡献者，Apache孵化器导师，CNCF基金会OpenTracing标准化委员会成员，W3C Trace Context规范贡献者。擅长分布式架构、性能监控与诊断、分布式追踪、云原生监控等领域。
敖小剑
具有十七年软件开发经验，资深码农，微服务专家，Cloud Native 拥护者，敏捷实践者，Service Mesh布道师，ServiceMesher中文社区联合创始人。专注于基础架构建设，对微服务、云计算等相关技术有着深入研究和独到见解。
宋净超
蚂蚁金服云原生布道师，ServiceMesher中文社区联合创始人，Kubernetes社区成员，Istio社区成员，《Cloud Native Go》《Python云原生》《云原生Java》等图书译者。
目录信息
1.1 互联网架构变迁 2
1.1.1 互联网架构的核心问题 2
1.1.2 从集中式架构到分布式架构 5
1.1.3 从分布式架构到云原生架构 10
1.2 什么是云原生 15
1.2.1 概述 15
1.2.2 云原生与十二要素 16
1.2.3 十二要素进阶 23
1.2.4 云原生与CNCF 24
第2章 远程通信 41
2.1 通信方式 41
2.1.1 通信协议 42
2.1.2 I/O模型 51
2.1.3 Java中的I/O 53
2.2 序列化 66
2.2.1 文本序列化 67
2.2.2 二进制Java序列化 68
2.2.3 二进制异构语言序列化 71
2.3 远程调用 78
2.3.1 核心概念 78
2.3.2 Java远程方法调用 79
2.3.3 异构语言RPC框架gRPC 82
第3章 配置 89
3.1 本地配置 89
3.2 配置集中化 90
3.3 配置中心和注册中心 91
3.4 读性能 92
3.5 变更实时性 93
3.6 可用性 94
3.7 数据一致性 96
第4章 服务治理 97
4.1 服务发现 97
4.1.1 服务发现概述 97
4.1.2 ZooKeeper 100
4.1.3 Eureka 109
4.2 负载均衡 112
4.2.1 服务端负载均衡 112
4.2.2 客户端负载均衡 115
4.3 限流 118
4.3.1 限流算法 119
4.3.2 限流实现方案 121
4.3.3 限流的维度与粒度 129
4.4 熔断 131
4.4.1 概述 131
4.4.2 熔断器模式 132
4.4.3 Hystrix 133
第5章 观察分布式服务 135
5.1 层次划分 136
5.2 核心概念 136
5.3 分布式追踪 138
5.3.1 概述 138
5.3.2 常见的开源解决方案 139
5.4 应用性能管理与可观察性平台 140
5.5 Apache SkyWalking 142
5.5.1 项目定位 142
5.5.2 SkyWalking 5核心架构 143
5.5.3 SkyWalking 5公开案例 146
5.5.4 SkyWalking 6可观察性分析平台 147
第6章 侵入式服务治理方案 157
6.1 Dubbo 157
6.1.1 Dubbo概述 158
6.1.2 核心流程 160
6.1.3 注册中心 160
6.1.4 负载均衡 162
6.1.5 远程通信 163
6.1.6 限流 164
6.1.7 治理中心 165
6.1.8 监控中心 165
6.1.9 DubboX的扩展 166
6.2 Spring Cloud 168
6.2.1 概述 168
6.2.2 开发脚手架Spring Boot 172
6.2.3 服务发现 174
6.2.4 负载均衡 176
6.2.5 熔断 178
6.2.6 远程通信 179
第7章 云原生生态的基石Kubernetes 181
7.1 Kubernetes架构 182
7.2 分层设计理念及架构模型 183
7.3 设计哲学 184
7.4 Kubernetes中的原语 185
7.4.1 Kubernetes中的对象 185
7.4.2 对象的期望状态与实际状态 186
7.4.3 描述Kubernetes对象 187
7.4.4 服务发现与负载均衡 188
7.4.5 安全性与权限管理 189
7.4.6 Sidecar设计模式 190
7.5 应用Kubernetes 190
7.6 Kubernetes与云原生生态 192
7.6.1 下一代云计算标准 192
7.6.2 当前存在的问题 192
7.6.3 未来趋势 193
第8章 跨语言服务治理方案Service Mesh 195
8.1 Service Mesh概述 195
8.1.1 Service Mesh的由来 195
8.1.2 Service Mesh的定义 196
8.1.3 Service Mesh详解 197
8.2 Service Mesh演进历程 200
8.2.1 远古时代的案例 200
8.2.2 微服务时代的现状 201
8.2.3 侵入式框架的痛点 202
8.2.4 解决问题的思路 206
8.2.5 Proxy模式的探索 207
8.2.6 Sidecar模式的出现 208
8.2.7 第一代Service Mesh 209
8.2.8 第二代Service Mesh 210
8.3 Service Mesh市场竞争 212
8.3.1 Service Mesh的萌芽期 212
8.3.2 急转直下的Linkerd 212
8.3.3 波澜不惊的Envoy 214
8.3.4 背负使命的Istio 214
8.3.5 背水一战的Buoyant 215
8.3.6 其他参与者 217
8.3.7 Service Mesh的国内发展情况 219
8.4 Istio 220
8.4.1 Istio概述 220
8.4.2 架构和核心组件 222
第9章 云原生数据架构 232
9.1 关系型数据库尚能饭否 232
9.1.1 优势 233
9.1.2 不足 234
9.2 未达预期的NoSQL 235
9.2.1 键值数据库 235
9.2.2 文档数据库 236
9.2.3 列族数据库 236
9.3 冉冉升起的NewSQL 237
9.3.1 新架构 238
9.3.2 透明化分片中间件 238
9.3.3 云数据库 239
9.4 云原生数据库中间件的核心功能 239
9.4.1 数据分片 239
9.4.2 分布式事务 258
9.4.3 数据库治理 265
第10章 分布式数据库中间件生态圈ShardingSphere 267
10.1 缘起 267
10.1.1 内部应用框架 268
10.1.2 开源历程 269
10.2 核心功能 271
10.2.1 数据分片 272
10.2.2 分布式事务 301
10.2.3 数据库治理 307
10.3 Sharding-JDBC 310
10.3.1 概述 310
10.3.2 使用说明 311
10.4 Sharding-Proxy 316
10.4.1 概述 316
10.4.2 使用说明 317
10.5 Database Mesh 317
10.5.1 概述 317
10.5.2 Service Mesh回顾 318
10.5.3 Database Mesh与Service Mesh的异同 319
10.5.4 Sharding-Sidecar 320
10.6 未来规划 321
· · · · · · (收起)
读后感
书不错，但有的评论简直无语，技术风气浮躁的难道不是只看目录就说别人浮躁的…… 书作者都是Apache开源项目作者和Service Mesh社区的践行者。书中写的项目很多都是作者自己开发的开源项目，并且进入了Apache基金会，都是国产开源项目中的凤毛麟角，何来东拼西凑。 这本书看似...
评分写这本书是需要勇气的，因为写这个主题的书很难不挨骂。理由有两点，一是这个题目太大，涉及到很多方面的技术，每一种技术要想说清楚都至少需要一本书，现在要放在一本书里边讲，就面临一个在材料方面如何取舍的问题，一旦选择不好必然会影响可读性。而事实上选择好的机会又微...
评分写这本书是需要勇气的，因为写这个主题的书很难不挨骂。理由有两点，一是这个题目太大，涉及到很多方面的技术，每一种技术要想说清楚都至少需要一本书，现在要放在一本书里边讲，就面临一个在材料方面如何取舍的问题，一旦选择不好必然会影响可读性。而事实上选择好的机会又微...
评分书不错，但有的评论简直无语，技术风气浮躁的难道不是只看目录就说别人浮躁的…… 书作者都是Apache开源项目作者和Service Mesh社区的践行者。书中写的项目很多都是作者自己开发的开源项目，并且进入了Apache基金会，都是国产开源项目中的凤毛麟角，何来东拼西凑。 这本书看似...
评分书不错，但有的评论简直无语，技术风气浮躁的难道不是只看目录就说别人浮躁的…… 书作者都是Apache开源项目作者和Service Mesh社区的践行者。书中写的项目很多都是作者自己开发的开源项目，并且进入了Apache基金会，都是国产开源项目中的凤毛麟角，何来东拼西凑。 这本书看似...
用户评价
这本书的结构组织堪称教科书级别，它的章节衔接如同乐章的推进，层层递进，绝无突兀感。从宏观的业务视角出发，到中观的系统设计原则，再到微观的技术实现细节，作者像是引导着读者进行一次系统的“架构徒步”。我特别关注了关于DevOps文化与自动化基础设施建设的章节，它不仅仅是讲Kubernetes的CI/CD管道如何搭建，更深入探讨了这种模式对组织架构和开发流程带来的深层变革，甚至触及到了团队间的责任边界划分问题。这种跨越技术与管理的综合视角，让这本书的价值远远超出了纯粹的技术手册范畴，更像是一份企业数字化转型的路线图纲要。
评分我尝试着从一个初级工程师的角度来审视这本书，发现它在概念的引入上处理得非常巧妙。它没有假定读者已经掌握了所有基础知识，但也不会因此而显得啰嗦。比如，在阐述容器化和编排的价值时，作者首先用一个生动的比喻描绘了传统部署方式的“孤岛效应”，然后才引出Docker和Kubernetes如何从根本上解决资源利用率和部署一致性的问题。这种由浅入深的叙事方式，极大地降低了学习曲线的陡峭程度。我特别喜欢其中关于可观测性（Observability）那一章的论述，它清晰地划分了Metrics、Logs和Traces之间的关系，并强调了构建“完整故事线”的重要性，这对于指导团队建立起统一的监控标准非常有帮助。
评分坦白说，当我读完其中关于弹性伸缩和成本优化的讨论时，我感觉自己像是刚上完一堂高强度的MBA课程。作者对云资源成本的敏感度，以及如何通过精细化的资源调度和自动伸缩策略来平衡性能与开支，这部分内容非常现实且具有操作性。书中对Serverless架构的未来潜力进行了大胆的预测，但预测并非空中楼阁，而是建立在对当前Serverless FaaS平台限制的深刻理解之上。这种既看到光明前景又正视当下挑战的态度，让我对作者的专业性和客观性深信不疑。这本书无疑是为那些渴望构建面向未来、既高效又经济的复杂系统的架构师和技术负责人量身定制的深度指南。
评分这本书的封面设计得非常现代，那种深蓝与亮橙的撞色，让我想起科幻电影里的星际航线图。拿到书时，就有一种沉甸甸的、内容扎实的感觉，装帧质量也没得说，纸张的手感很好，阅读体验很舒适。光是翻阅目录，就能感受到作者对技术趋势的敏锐洞察力，从早期的SOA到如今热门的Serverless和Kubernetes生态，脉络清晰得像一张精心绘制的演进路线图。我尤其欣赏它没有陷入纯粹的理论说教，而是穿插了大量业界真实案例的剖析，这点对于我们这些需要在复杂的生产环境中落地的技术人员来说，简直是及时雨。它不是那种只停留在“是什么”的层面，而是深入到“为什么会这样发展”以及“在实践中如何避开那些常见的陷阱”。我期待它能提供一套可操作的、面向未来的技术选型和架构演进的思维框架，而不是简单地罗列技术栈。
评分这本书的行文风格非常沉稳，带着一种资深架构师特有的那种洞察秋毫的冷静，没有过多的煽情或夸张的语言，完全是用严谨的逻辑和数据来支撑观点。我发现它在讨论微服务治理的复杂度时，并没有简单地推荐某个成熟的商业中间件，而是花了不少篇幅去解析治理模式背后的权衡取舍，比如CAP理论在实际网络分区下的微妙影响，以及熔断机制在不同业务场景下的具体阈值设置。这种深入骨髓的细节分析，让我感觉作者不仅是了解这些技术，而是真正参与构建并维护过它们。读到关于服务间通信协议演进的部分，作者对gRPC和RESTful API的比较分析，简直像是在进行一场优雅的辩论赛，既尊重了历史，又果断地指出了未来的方向，非常具有启发性。
评分提到了那么多东西，确实没法细讲吧。了解目前云原生体系还是很不错的。 最后一张讲分片中间件就非常细致，篇幅也占了很多，只粗鲁读了一下，遇到场景后再回头细读。
评分写这本书是需要勇气的，因为写这个主题的书很难不挨骂。理由有两点，一是这个题目太大，涉及到很多方面的技术，每一种技术要想说清楚都至少需要一本书，现在要放在一本书里边讲，就面临一个在材料方面如何取舍的问题，一旦选择不好必然会影响可读性。而事实上选择好的机会又微乎其微，不同的读者会有不同的知识图谱，只有当作者选择的内容刚好与读者的知识图谱相契合的时候，读者才会觉得刚刚好，才会有获得感和满足感，这也就意味着作者的任何一种选择都会注定只能满足特定一部分读者。比如作者在第2章《远程通信》里边加了一些通信协议的内容，这部分内容相信是作者根据自己写作的总体思路反复推敲、精挑细选出来的，但是尽管如此，相信只有极少数读者会在这部分内容上叫好。如果一个读者对TCP/IP协议很熟悉，那么（后文见书评正文）
评分还行吧！可以对当下流行的架构有个大概了解！
评分介绍了各个框架的演变过程，混杂了一些概念分析，适合整体入门
评分失望！！！ 抱着有收获的心态买了这本书，到了之后仔细看了一下。 整体感受是失望！ 1.好几处奇葩翻译。比如disposibility翻译成已处理, agent翻译成探针。作者真的有相关的从业经历吗 2.整体内容很浮。浮于表面
