本书探讨了通往Kubernetes生产环境成功道路中所涉及的多种技术、模式和抽象方面的考虑与权衡。主要内容包括基于Kubernetes构建应用平台、部署模型、容器运行时、容器存储、Pod、服务路由、密码管理、准入控制、可观测性、身份认证、构建平台服务、多租户问题、工作负载的自动缩放、在Kubernetes上运行应用程序时应该考虑的各种注意事项、在Kubernetes上从开发人员获取代码到生产的实际过程以及平台抽象。

序言1
前言3
第1章 生产环境构建之路9
1.1 Kubernetes 的定位9
1.2 定义应用平台14
1.3 基于Kubernetes构建应用平台18
1.4 总结25
第2章 部署模型26
2.1 托管服务对比自建服务26
2.2 自动化28
2.3 架构和拓扑结构30
2.4 基础设施36
2.5 机器安装45
2.6 容器化组件48
2.7 附加组件48
2.8 升级50
2.9 触发机制57
2.10 总结57
第3章 容器运行时58
3.1 容器的出现58
3.2 开放容器倡议59
3.3 容器运行时接口63
3.4 选择容器运行时65
3.5 总结71
第4章 容器存储72
4.1 存储注意事项72
4.2 Kubernetes 存储基元76
4.3 容器存储接口79
4.4 实现存储即服务81
4.5 总结89
第5章 Pod网络通信90
5.1 网络因素90
5.2 容器网络接口99
5.3 CNI插件103
5.4 总结111
第6章 服务路由112
6.1 Kubernetes Service113
6.2 Ingress134
6.3 服务网格148
6.4 总结162
第7章 秘密管理163
7.1 深度防御164
7.2 Kubernetes Secret API166
7.3 外部服务商177
7.4 声明式世界中的秘密184
7.5 秘密的最佳实践188
7.6 总结189
第8章 准入控制190
8.1 Kubernetes 的准入链191
8.2 树内准入控制器192
8.3 webhook193
8.4 如何编写变更webhook197
8.5 集中式策略系统203
8.6 总结208
第9章 可观测性209
9.1 日志记录机制209
9.2 指标216
9.3 分布式追踪231
9.4 总结233
第10章 身份认证235
10.1 用户身份236
10.2 应用程序/工作负载的身份247
10.3 总结267
第11章 构建平台服务268
11.1 扩展点269
11.2 operator 模式271
11.3 operator 用例276
11.4 开发operator278
11.5 扩展调度器297
11.6 总结300
第12章 多租户301
12.1 隔离的等级301
12.2 命名空间边界304
12.3 Kubernetes中的多租户305
12.4 总结320
第13章 自动缩放321
13.1 缩放类型322
13.2 应用程序架构323
13.3 工作负载自动缩放323
13.4 集群自动缩放331
13.5 总结336
第14章 应用程序注意事项337
14.1 将应用程序部署到 Kubernetes337
14.2 摄取配置和秘密339
14.3 处理重新安排事件342
14.4 状态探测器346
14.5 Pod 资源请求和限制350
14.6 应用程序日志351
14.7 公开指标352
14.8 为分布式追踪适配服务355
14.9 总结358
第15章 软件供应链359
15.1 构建容器镜像360
15.2 镜像注册表366
15.3 持续交付370
15.4 总结378
第16章 平台抽象379
16.1 平台曝光379
16.2 自助式上线服务380
16.3 抽象频谱382
16.4 总结391

自从我们公开发布Kubernetes以来，已经有6年多
的时间了。事实上，我是第一个向Kubernetes项目提交
代码的人。（还记得那是为发布版本创建仓库的工作，
因此它并不像听起来那么令人印象深刻。）虽然我们发
布Kubernetes时便希望它能取得成功，但这个愿望当时
并没有那么强烈。Kubernetes的成功基于一个庞大的社
区，该社区是由一些优秀且热心的贡献者和一批现实世
界中的实践者组成的我很荣幸能与本书的作者一起工作
，我们共同创立创业公司（Heptio）的使命便是将
Kubernetes 带到一些典型的企业。Heptio的成功在很
大程度上归功于我的同事们。我很感谢他们中的每一个
人。他们努力与Kubernetes的用户建立直接联系，去解
决用户所面临的现实问题。这本书总结了他们的实践经
验，为想在生产环境中使用Kubernetes的团队提供所需
的工具回想过去，我的整个职业生涯都在构建团队应用
和开发人员协作系统，从微软的IE浏览器开始，到
Windows Presentation Foundation，再到Google
Compute Engine和Kubernetes的云服务。我一次又一
次地看到那些构建平台的人受到我所说的“平台构建者
诅咒”的困扰。该“诅咒”可以解释为：构建平台的人
经常专注于在较长的时间跨度内构建一个能持续几十年
的基础服务，但是这种专注却忽略了用户现在所遇到的
问题;打破“平台构建者诅咒”的唯一方法是积极地从
我们这个构建者圈子之外去寻求信息，这就是Heptio现
场工程团队（以及后来的VMware Kubernetes架构团队
（KAT））所做的事情。除了帮助各行各业的客户成功
使用Kubernetes之外，该团队还承担“将平台理论应用
到现实中”的责任围绕Kubernetes和云原生计算基金会
（CNCF）所建立的庞大生态系统只会使这个“诅咒”所
描述的问题更加严重。这个生态系统既包括属于CNCF的
项目，也包括一些其他的大型项目，我把这个系统描述
为 “美好的混乱”（beautiful chaos ）。它就像是
一个热带雨林，有不同程度的重复或完整的东西。此外
，探索这个生态系统也像探索热带雨林一样，需要花费
大量时间，并且伴随着风险。一些进入Kubernetes世界
的新用户通常没有时间或能力成为这个大生态系统的专
家本书描绘了该生态系统的各个部分，说明了一些工具
和插件适合在何时使用，并演示了如何针对读者面临的
问题选择合适的工具。这些建议不仅仅是告诉读者要使
用某个特定的工具，更是一个大型知识框架，用于帮助
读者理解一类工具如何解决问题，分析当前系统是否有
问题，并熟悉不同解决方法的优势和劣势，进而提供实
用的建议。对于那些希望将Kubernetes带入生产环境的
团队来说，这些知识就像金子一样重要最后，我想向
Josh、Rich、Alexander和John表示衷心的感谢。他们
的实践经验让许多用户获得了成功，并且让我们对该项
目有了更多的了解。现在，通过这本书，我们将为更多
的用户提供重要的建议<br/>Joe Beda
<br/>VMware Tanzu首席工程师
<br/>Kubernetes的创造者之一
<br/>2021年1月于西雅图.