第1版权威学习地图

依据电子工业出版社第1版完整目录:沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界

第1版权威学习地图

本课程对应Marko Lukša著《Kubernetes in Action中文版》第1版,七牛容器云团队译,电子工业出版社2018年12月出版,592页,ISBN 9787121349959;英文原版由Manning于2017年12月出版。作者第1版源码第8章明确下载Kubernetes 1.8.0客户端,课程据此固定行为边界。

全书正式分母为18章与附录A至D,共22个正式单元、404个唯一章/附录/节节点;另设学习地图和总复习,共24页。第2版、现代apps/v1写法、EndpointSlice、Gateway API、Pod Security Admission或后来的多集群方案只能作为差异材料,不能替代第1版。本页逐项覆盖22个目录节点,最终交付完整目录映射、四部分依赖图、Kubernetes 1.8版本边界、实验索引和全书验收清单。

学习目标

  • 能解释“第1版权威学习地图”的22个目录节点,并绘制API对象、控制器、调度、节点执行、网络与存储边界。
  • 能比较基线、压力、对象变化、Pod或节点故障和恢复轨迹,判断期望状态、实际状态与业务完成点。
  • 能设计并复现完整目录映射、四部分依赖图、Kubernetes 1.8版本边界、实验索引和全书验收清单,用清单、事件、日志、指标与最终状态支持结论。
  • 能分析“按现代Kubernetes文档替换第1版对象和命令,使ReplicationController、rkt、Heapster、Service Catalog与Federation语境消失”为何失败,并写出停止、恢复、回退与独立交接条件。

从一次声明式变更开始

先预测:kubectl提交对象后,API服务器完成哪些认证、授权、准入和持久化步骤,哪个控制器watch到变化,调度器如何选择节点,kubelet怎样创建容器,Service、卷与探针何时就绪。观察前先写预测,再按resourceVersion、UID、ownerReference和事件时间线修正模型。

Kubernetes 1.8的完成不是命令返回created。对象进入etcd、控制器观察、创建下级对象、Pod被调度、镜像启动、探针通过、Endpoint接入流量和业务结果稳定是不同检查点。控制循环允许中间状态,验收必须明确等待条件和超时后的诊断路径。

核心词汇与版本边界

这些词构成本页词汇。每个词都要回答:对象由谁声明,谁拥有,谁调谐,期望与实际状态保存在哪里,失败后会重试还是终止,怎样观测,以及Kubernetes 1.8之后哪些变化不属于本书。

原书目录逐节点重构

1 第1章 Kubernetes 介绍

目录节点 1/22。 “第1章 Kubernetes 介绍”服务于“沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界”。先识别它在Kubernetes 1.8中对应API对象、期望状态、实际状态、所有者引用和执行组件,再标出创建、观察、调谐、删除与垃圾回收边界。结论必须从清单、API响应、事件、控制器日志、节点状态和应用结果复核。

状态轨迹从“本章输入与版本契约”进入“第1章 Kubernetes 介绍”,再到“第2章 开始使用 Kubernetes 和 Docker”。沿kubectl请求、API认证授权、etcd持久化、watch、控制器调谐、调度、kubelet执行、网络与存储准备记录resourceVersion和时间线。Pod重建、节点故障、网络分区或控制面重启必须有独立分支,不能只画正常箭头。

实验固定Kubernetes 1.8、集群拓扑、镜像摘要、命名空间和对象清单,只改变副本、探针、资源、标签选择、节点、网络或存储条件之一。比较期望/当前/就绪副本、Pending原因、重启、事件、吞吐、P95/P99和最终业务集合,用“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”验收。

2 第2章 开始使用 Kubernetes 和 Docker

目录节点 2/22。 “第2章 开始使用 Kubernetes 和 Docker”服务于“沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界”。先识别它在Kubernetes 1.8中对应API对象、期望状态、实际状态、所有者引用和执行组件,再标出创建、观察、调谐、删除与垃圾回收边界。结论必须从清单、API响应、事件、控制器日志、节点状态和应用结果复核。

状态轨迹从“第1章 Kubernetes 介绍”进入“第2章 开始使用 Kubernetes 和 Docker”,再到“第3章 pod :运行于 Kubernetes 中的容器”。沿kubectl请求、API认证授权、etcd持久化、watch、控制器调谐、调度、kubelet执行、网络与存储准备记录resourceVersion和时间线。Pod重建、节点故障、网络分区或控制面重启必须有独立分支,不能只画正常箭头。

实验固定Kubernetes 1.8、集群拓扑、镜像摘要、命名空间和对象清单,只改变副本、探针、资源、标签选择、节点、网络或存储条件之一。比较期望/当前/就绪副本、Pending原因、重启、事件、吞吐、P95/P99和最终业务集合,用“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”验收。

3 第3章 pod :运行于 Kubernetes 中的容器

目录节点 3/22。 “第3章 pod :运行于 Kubernetes 中的容器”服务于“沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界”。先识别它在Kubernetes 1.8中对应API对象、期望状态、实际状态、所有者引用和执行组件,再标出创建、观察、调谐、删除与垃圾回收边界。结论必须从清单、API响应、事件、控制器日志、节点状态和应用结果复核。

状态轨迹从“第2章 开始使用 Kubernetes 和 Docker”进入“第3章 pod :运行于 Kubernetes 中的容器”,再到“第4章 副本机制和其他控制器 :部署托管的 pod”。沿kubectl请求、API认证授权、etcd持久化、watch、控制器调谐、调度、kubelet执行、网络与存储准备记录resourceVersion和时间线。Pod重建、节点故障、网络分区或控制面重启必须有独立分支,不能只画正常箭头。

实验固定Kubernetes 1.8、集群拓扑、镜像摘要、命名空间和对象清单,只改变副本、探针、资源、标签选择、节点、网络或存储条件之一。比较期望/当前/就绪副本、Pending原因、重启、事件、吞吐、P95/P99和最终业务集合,用“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”验收。

4 第4章 副本机制和其他控制器 :部署托管的 pod

目录节点 4/22。 “第4章 副本机制和其他控制器 :部署托管的 pod”服务于“沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界”。先识别它在Kubernetes 1.8中对应API对象、期望状态、实际状态、所有者引用和执行组件,再标出创建、观察、调谐、删除与垃圾回收边界。结论必须从清单、API响应、事件、控制器日志、节点状态和应用结果复核。

状态轨迹从“第3章 pod :运行于 Kubernetes 中的容器”进入“第4章 副本机制和其他控制器 :部署托管的 pod”,再到“第5章 服务 :让客户端发现 pod 并与之通信”。沿kubectl请求、API认证授权、etcd持久化、watch、控制器调谐、调度、kubelet执行、网络与存储准备记录resourceVersion和时间线。Pod重建、节点故障、网络分区或控制面重启必须有独立分支,不能只画正常箭头。

实验固定Kubernetes 1.8、集群拓扑、镜像摘要、命名空间和对象清单,只改变副本、探针、资源、标签选择、节点、网络或存储条件之一。比较期望/当前/就绪副本、Pending原因、重启、事件、吞吐、P95/P99和最终业务集合,用“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”验收。

5 第5章 服务 :让客户端发现 pod 并与之通信

目录节点 5/22。 “第5章 服务 :让客户端发现 pod 并与之通信”服务于“沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界”。先识别它在Kubernetes 1.8中对应API对象、期望状态、实际状态、所有者引用和执行组件,再标出创建、观察、调谐、删除与垃圾回收边界。结论必须从清单、API响应、事件、控制器日志、节点状态和应用结果复核。

状态轨迹从“第4章 副本机制和其他控制器 :部署托管的 pod”进入“第5章 服务 :让客户端发现 pod 并与之通信”,再到“第6章 卷 :将磁盘挂载到容器”。沿kubectl请求、API认证授权、etcd持久化、watch、控制器调谐、调度、kubelet执行、网络与存储准备记录resourceVersion和时间线。Pod重建、节点故障、网络分区或控制面重启必须有独立分支,不能只画正常箭头。

实验固定Kubernetes 1.8、集群拓扑、镜像摘要、命名空间和对象清单,只改变副本、探针、资源、标签选择、节点、网络或存储条件之一。比较期望/当前/就绪副本、Pending原因、重启、事件、吞吐、P95/P99和最终业务集合,用“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”验收。

6 第6章 卷 :将磁盘挂载到容器

目录节点 6/22。 “第6章 卷 :将磁盘挂载到容器”服务于“沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界”。先识别它在Kubernetes 1.8中对应API对象、期望状态、实际状态、所有者引用和执行组件,再标出创建、观察、调谐、删除与垃圾回收边界。结论必须从清单、API响应、事件、控制器日志、节点状态和应用结果复核。

状态轨迹从“第5章 服务 :让客户端发现 pod 并与之通信”进入“第6章 卷 :将磁盘挂载到容器”,再到“第7章 ConfigMap 和 Secret :配置应用程序”。沿kubectl请求、API认证授权、etcd持久化、watch、控制器调谐、调度、kubelet执行、网络与存储准备记录resourceVersion和时间线。Pod重建、节点故障、网络分区或控制面重启必须有独立分支,不能只画正常箭头。

实验固定Kubernetes 1.8、集群拓扑、镜像摘要、命名空间和对象清单,只改变副本、探针、资源、标签选择、节点、网络或存储条件之一。比较期望/当前/就绪副本、Pending原因、重启、事件、吞吐、P95/P99和最终业务集合,用“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”验收。

7 第7章 ConfigMap 和 Secret :配置应用程序

目录节点 7/22。 “第7章 ConfigMap 和 Secret :配置应用程序”服务于“沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界”。先识别它在Kubernetes 1.8中对应API对象、期望状态、实际状态、所有者引用和执行组件,再标出创建、观察、调谐、删除与垃圾回收边界。结论必须从清单、API响应、事件、控制器日志、节点状态和应用结果复核。

状态轨迹从“第6章 卷 :将磁盘挂载到容器”进入“第7章 ConfigMap 和 Secret :配置应用程序”,再到“第8章 从应用访问 pod 元数据以及其他资源”。沿kubectl请求、API认证授权、etcd持久化、watch、控制器调谐、调度、kubelet执行、网络与存储准备记录resourceVersion和时间线。Pod重建、节点故障、网络分区或控制面重启必须有独立分支,不能只画正常箭头。

实验固定Kubernetes 1.8、集群拓扑、镜像摘要、命名空间和对象清单,只改变副本、探针、资源、标签选择、节点、网络或存储条件之一。比较期望/当前/就绪副本、Pending原因、重启、事件、吞吐、P95/P99和最终业务集合,用“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”验收。

8 第8章 从应用访问 pod 元数据以及其他资源

目录节点 8/22。 “第8章 从应用访问 pod 元数据以及其他资源”服务于“沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界”。先识别它在Kubernetes 1.8中对应API对象、期望状态、实际状态、所有者引用和执行组件,再标出创建、观察、调谐、删除与垃圾回收边界。结论必须从清单、API响应、事件、控制器日志、节点状态和应用结果复核。

状态轨迹从“第7章 ConfigMap 和 Secret :配置应用程序”进入“第8章 从应用访问 pod 元数据以及其他资源”,再到“第9章 Deployment: 声明式地升级应用”。沿kubectl请求、API认证授权、etcd持久化、watch、控制器调谐、调度、kubelet执行、网络与存储准备记录resourceVersion和时间线。Pod重建、节点故障、网络分区或控制面重启必须有独立分支,不能只画正常箭头。

实验固定Kubernetes 1.8、集群拓扑、镜像摘要、命名空间和对象清单,只改变副本、探针、资源、标签选择、节点、网络或存储条件之一。比较期望/当前/就绪副本、Pending原因、重启、事件、吞吐、P95/P99和最终业务集合,用“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”验收。

9 第9章 Deployment: 声明式地升级应用

目录节点 9/22。 “第9章 Deployment: 声明式地升级应用”服务于“沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界”。先识别它在Kubernetes 1.8中对应API对象、期望状态、实际状态、所有者引用和执行组件,再标出创建、观察、调谐、删除与垃圾回收边界。结论必须从清单、API响应、事件、控制器日志、节点状态和应用结果复核。

状态轨迹从“第8章 从应用访问 pod 元数据以及其他资源”进入“第9章 Deployment: 声明式地升级应用”,再到“第10章 StatefulSet :部署有状态的多副本应用”。沿kubectl请求、API认证授权、etcd持久化、watch、控制器调谐、调度、kubelet执行、网络与存储准备记录resourceVersion和时间线。Pod重建、节点故障、网络分区或控制面重启必须有独立分支,不能只画正常箭头。

实验固定Kubernetes 1.8、集群拓扑、镜像摘要、命名空间和对象清单,只改变副本、探针、资源、标签选择、节点、网络或存储条件之一。比较期望/当前/就绪副本、Pending原因、重启、事件、吞吐、P95/P99和最终业务集合,用“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”验收。

10 第10章 StatefulSet :部署有状态的多副本应用

目录节点 10/22。 “第10章 StatefulSet :部署有状态的多副本应用”服务于“沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界”。先识别它在Kubernetes 1.8中对应API对象、期望状态、实际状态、所有者引用和执行组件,再标出创建、观察、调谐、删除与垃圾回收边界。结论必须从清单、API响应、事件、控制器日志、节点状态和应用结果复核。

状态轨迹从“第9章 Deployment: 声明式地升级应用”进入“第10章 StatefulSet :部署有状态的多副本应用”,再到“第11章 了解 Kubernetes 机理”。沿kubectl请求、API认证授权、etcd持久化、watch、控制器调谐、调度、kubelet执行、网络与存储准备记录resourceVersion和时间线。Pod重建、节点故障、网络分区或控制面重启必须有独立分支,不能只画正常箭头。

实验固定Kubernetes 1.8、集群拓扑、镜像摘要、命名空间和对象清单,只改变副本、探针、资源、标签选择、节点、网络或存储条件之一。比较期望/当前/就绪副本、Pending原因、重启、事件、吞吐、P95/P99和最终业务集合,用“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”验收。

11 第11章 了解 Kubernetes 机理

目录节点 11/22。 “第11章 了解 Kubernetes 机理”服务于“沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界”。先识别它在Kubernetes 1.8中对应API对象、期望状态、实际状态、所有者引用和执行组件,再标出创建、观察、调谐、删除与垃圾回收边界。结论必须从清单、API响应、事件、控制器日志、节点状态和应用结果复核。

状态轨迹从“第10章 StatefulSet :部署有状态的多副本应用”进入“第11章 了解 Kubernetes 机理”,再到“第12章 Kubernetes API 服务器的安全防护”。沿kubectl请求、API认证授权、etcd持久化、watch、控制器调谐、调度、kubelet执行、网络与存储准备记录resourceVersion和时间线。Pod重建、节点故障、网络分区或控制面重启必须有独立分支,不能只画正常箭头。

实验固定Kubernetes 1.8、集群拓扑、镜像摘要、命名空间和对象清单,只改变副本、探针、资源、标签选择、节点、网络或存储条件之一。比较期望/当前/就绪副本、Pending原因、重启、事件、吞吐、P95/P99和最终业务集合,用“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”验收。

12 第12章 Kubernetes API 服务器的安全防护

目录节点 12/22。 “第12章 Kubernetes API 服务器的安全防护”服务于“沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界”。先识别它在Kubernetes 1.8中对应API对象、期望状态、实际状态、所有者引用和执行组件,再标出创建、观察、调谐、删除与垃圾回收边界。结论必须从清单、API响应、事件、控制器日志、节点状态和应用结果复核。

状态轨迹从“第11章 了解 Kubernetes 机理”进入“第12章 Kubernetes API 服务器的安全防护”,再到“第13章 保障集群内节点和网络安全”。沿kubectl请求、API认证授权、etcd持久化、watch、控制器调谐、调度、kubelet执行、网络与存储准备记录resourceVersion和时间线。Pod重建、节点故障、网络分区或控制面重启必须有独立分支,不能只画正常箭头。

实验固定Kubernetes 1.8、集群拓扑、镜像摘要、命名空间和对象清单,只改变副本、探针、资源、标签选择、节点、网络或存储条件之一。比较期望/当前/就绪副本、Pending原因、重启、事件、吞吐、P95/P99和最终业务集合,用“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”验收。

13 第13章 保障集群内节点和网络安全

目录节点 13/22。 “第13章 保障集群内节点和网络安全”服务于“沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界”。先识别它在Kubernetes 1.8中对应API对象、期望状态、实际状态、所有者引用和执行组件,再标出创建、观察、调谐、删除与垃圾回收边界。结论必须从清单、API响应、事件、控制器日志、节点状态和应用结果复核。

状态轨迹从“第12章 Kubernetes API 服务器的安全防护”进入“第13章 保障集群内节点和网络安全”,再到“第14章 计算资源管理”。沿kubectl请求、API认证授权、etcd持久化、watch、控制器调谐、调度、kubelet执行、网络与存储准备记录resourceVersion和时间线。Pod重建、节点故障、网络分区或控制面重启必须有独立分支,不能只画正常箭头。

实验固定Kubernetes 1.8、集群拓扑、镜像摘要、命名空间和对象清单,只改变副本、探针、资源、标签选择、节点、网络或存储条件之一。比较期望/当前/就绪副本、Pending原因、重启、事件、吞吐、P95/P99和最终业务集合,用“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”验收。

14 第14章 计算资源管理

目录节点 14/22。 “第14章 计算资源管理”服务于“沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界”。先识别它在Kubernetes 1.8中对应API对象、期望状态、实际状态、所有者引用和执行组件,再标出创建、观察、调谐、删除与垃圾回收边界。结论必须从清单、API响应、事件、控制器日志、节点状态和应用结果复核。

状态轨迹从“第13章 保障集群内节点和网络安全”进入“第14章 计算资源管理”,再到“第15章 自动横向伸缩 pod 与集群节点”。沿kubectl请求、API认证授权、etcd持久化、watch、控制器调谐、调度、kubelet执行、网络与存储准备记录resourceVersion和时间线。Pod重建、节点故障、网络分区或控制面重启必须有独立分支,不能只画正常箭头。

实验固定Kubernetes 1.8、集群拓扑、镜像摘要、命名空间和对象清单,只改变副本、探针、资源、标签选择、节点、网络或存储条件之一。比较期望/当前/就绪副本、Pending原因、重启、事件、吞吐、P95/P99和最终业务集合,用“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”验收。

15 第15章 自动横向伸缩 pod 与集群节点

目录节点 15/22。 “第15章 自动横向伸缩 pod 与集群节点”服务于“沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界”。先识别它在Kubernetes 1.8中对应API对象、期望状态、实际状态、所有者引用和执行组件,再标出创建、观察、调谐、删除与垃圾回收边界。结论必须从清单、API响应、事件、控制器日志、节点状态和应用结果复核。

状态轨迹从“第14章 计算资源管理”进入“第15章 自动横向伸缩 pod 与集群节点”,再到“第16章 高级调度”。沿kubectl请求、API认证授权、etcd持久化、watch、控制器调谐、调度、kubelet执行、网络与存储准备记录resourceVersion和时间线。Pod重建、节点故障、网络分区或控制面重启必须有独立分支,不能只画正常箭头。

实验固定Kubernetes 1.8、集群拓扑、镜像摘要、命名空间和对象清单,只改变副本、探针、资源、标签选择、节点、网络或存储条件之一。比较期望/当前/就绪副本、Pending原因、重启、事件、吞吐、P95/P99和最终业务集合,用“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”验收。

16 第16章 高级调度

目录节点 16/22。 “第16章 高级调度”服务于“沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界”。先识别它在Kubernetes 1.8中对应API对象、期望状态、实际状态、所有者引用和执行组件,再标出创建、观察、调谐、删除与垃圾回收边界。结论必须从清单、API响应、事件、控制器日志、节点状态和应用结果复核。

状态轨迹从“第15章 自动横向伸缩 pod 与集群节点”进入“第16章 高级调度”,再到“第17章 开发应用的最佳实践”。沿kubectl请求、API认证授权、etcd持久化、watch、控制器调谐、调度、kubelet执行、网络与存储准备记录resourceVersion和时间线。Pod重建、节点故障、网络分区或控制面重启必须有独立分支,不能只画正常箭头。

实验固定Kubernetes 1.8、集群拓扑、镜像摘要、命名空间和对象清单,只改变副本、探针、资源、标签选择、节点、网络或存储条件之一。比较期望/当前/就绪副本、Pending原因、重启、事件、吞吐、P95/P99和最终业务集合,用“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”验收。

17 第17章 开发应用的最佳实践

目录节点 17/22。 “第17章 开发应用的最佳实践”服务于“沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界”。先识别它在Kubernetes 1.8中对应API对象、期望状态、实际状态、所有者引用和执行组件,再标出创建、观察、调谐、删除与垃圾回收边界。结论必须从清单、API响应、事件、控制器日志、节点状态和应用结果复核。

状态轨迹从“第16章 高级调度”进入“第17章 开发应用的最佳实践”,再到“第18章 Kubernetes 应用扩展”。沿kubectl请求、API认证授权、etcd持久化、watch、控制器调谐、调度、kubelet执行、网络与存储准备记录resourceVersion和时间线。Pod重建、节点故障、网络分区或控制面重启必须有独立分支,不能只画正常箭头。

实验固定Kubernetes 1.8、集群拓扑、镜像摘要、命名空间和对象清单,只改变副本、探针、资源、标签选择、节点、网络或存储条件之一。比较期望/当前/就绪副本、Pending原因、重启、事件、吞吐、P95/P99和最终业务集合,用“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”验收。

18 第18章 Kubernetes 应用扩展

目录节点 18/22。 “第18章 Kubernetes 应用扩展”服务于“沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界”。先识别它在Kubernetes 1.8中对应API对象、期望状态、实际状态、所有者引用和执行组件,再标出创建、观察、调谐、删除与垃圾回收边界。结论必须从清单、API响应、事件、控制器日志、节点状态和应用结果复核。

状态轨迹从“第17章 开发应用的最佳实践”进入“第18章 Kubernetes 应用扩展”,再到“附录A 在多个集群中使用 kubectl”。沿kubectl请求、API认证授权、etcd持久化、watch、控制器调谐、调度、kubelet执行、网络与存储准备记录resourceVersion和时间线。Pod重建、节点故障、网络分区或控制面重启必须有独立分支,不能只画正常箭头。

实验固定Kubernetes 1.8、集群拓扑、镜像摘要、命名空间和对象清单,只改变副本、探针、资源、标签选择、节点、网络或存储条件之一。比较期望/当前/就绪副本、Pending原因、重启、事件、吞吐、P95/P99和最终业务集合,用“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”验收。

附录A 在多个集群中使用 kubectl

目录节点 19/22。 “附录A 在多个集群中使用 kubectl”服务于“沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界”。先识别它在Kubernetes 1.8中对应API对象、期望状态、实际状态、所有者引用和执行组件,再标出创建、观察、调谐、删除与垃圾回收边界。结论必须从清单、API响应、事件、控制器日志、节点状态和应用结果复核。

状态轨迹从“第18章 Kubernetes 应用扩展”进入“附录A 在多个集群中使用 kubectl”,再到“附录B 使用 kubeadm 配置多节点集群”。沿kubectl请求、API认证授权、etcd持久化、watch、控制器调谐、调度、kubelet执行、网络与存储准备记录resourceVersion和时间线。Pod重建、节点故障、网络分区或控制面重启必须有独立分支,不能只画正常箭头。

实验固定Kubernetes 1.8、集群拓扑、镜像摘要、命名空间和对象清单,只改变副本、探针、资源、标签选择、节点、网络或存储条件之一。比较期望/当前/就绪副本、Pending原因、重启、事件、吞吐、P95/P99和最终业务集合,用“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”验收。

附录B 使用 kubeadm 配置多节点集群

目录节点 20/22。 “附录B 使用 kubeadm 配置多节点集群”服务于“沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界”。先识别它在Kubernetes 1.8中对应API对象、期望状态、实际状态、所有者引用和执行组件,再标出创建、观察、调谐、删除与垃圾回收边界。结论必须从清单、API响应、事件、控制器日志、节点状态和应用结果复核。

状态轨迹从“附录A 在多个集群中使用 kubectl”进入“附录B 使用 kubeadm 配置多节点集群”,再到“附录C 使用其他容器运行时”。沿kubectl请求、API认证授权、etcd持久化、watch、控制器调谐、调度、kubelet执行、网络与存储准备记录resourceVersion和时间线。Pod重建、节点故障、网络分区或控制面重启必须有独立分支,不能只画正常箭头。

实验固定Kubernetes 1.8、集群拓扑、镜像摘要、命名空间和对象清单,只改变副本、探针、资源、标签选择、节点、网络或存储条件之一。比较期望/当前/就绪副本、Pending原因、重启、事件、吞吐、P95/P99和最终业务集合,用“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”验收。

附录C 使用其他容器运行时

目录节点 21/22。 “附录C 使用其他容器运行时”服务于“沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界”。先识别它在Kubernetes 1.8中对应API对象、期望状态、实际状态、所有者引用和执行组件,再标出创建、观察、调谐、删除与垃圾回收边界。结论必须从清单、API响应、事件、控制器日志、节点状态和应用结果复核。

状态轨迹从“附录B 使用 kubeadm 配置多节点集群”进入“附录C 使用其他容器运行时”,再到“附录D Cluster Federation”。沿kubectl请求、API认证授权、etcd持久化、watch、控制器调谐、调度、kubelet执行、网络与存储准备记录resourceVersion和时间线。Pod重建、节点故障、网络分区或控制面重启必须有独立分支,不能只画正常箭头。

实验固定Kubernetes 1.8、集群拓扑、镜像摘要、命名空间和对象清单,只改变副本、探针、资源、标签选择、节点、网络或存储条件之一。比较期望/当前/就绪副本、Pending原因、重启、事件、吞吐、P95/P99和最终业务集合,用“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”验收。

附录D Cluster Federation

目录节点 22/22。 “附录D Cluster Federation”服务于“沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界”。先识别它在Kubernetes 1.8中对应API对象、期望状态、实际状态、所有者引用和执行组件,再标出创建、观察、调谐、删除与垃圾回收边界。结论必须从清单、API响应、事件、控制器日志、节点状态和应用结果复核。

状态轨迹从“附录C 使用其他容器运行时”进入“附录D Cluster Federation”,再到“本章证据门与回退”。沿kubectl请求、API认证授权、etcd持久化、watch、控制器调谐、调度、kubelet执行、网络与存储准备记录resourceVersion和时间线。Pod重建、节点故障、网络分区或控制面重启必须有独立分支,不能只画正常箭头。

实验固定Kubernetes 1.8、集群拓扑、镜像摘要、命名空间和对象清单,只改变副本、探针、资源、标签选择、节点、网络或存储条件之一。比较期望/当前/就绪副本、Pending原因、重启、事件、吞吐、P95/P99和最终业务集合,用“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”验收。

独立证据与生产交接

目录证据保存18章4附录与404个唯一节点映射;环境证据保存客户端、API服务器、etcd、容器运行时、网络与存储插件版本;对象证据保存清单、UID、resourceVersion、ownerReference、spec和status;运行证据保存事件、控制器、调度、kubelet、探针、流量和最终业务结果。

验收记录按一次变更一个编号:记录上下文、命名空间、操作者、开始结束时间、对象前后状态、请求样本、预期与实际结果、日志和指标窗口。失败时保留原始事件、Pending或终止原因、影响范围、停止条件和回退验证;成功时也须由另一位读者按同一材料重放。

性能判断固定镜像、请求分布、副本、资源、探针、Service、节点和存储语义。扩大limit或关闭探针换来的吞吐不是等价优化。平均值会隐藏调度等待、镜像拉取、CPU节流、OOM、控制器重试、Endpoint切换和卷挂载,必须保留P95/P99与状态时间线。

恢复判断从业务状态结束。Pod Running、节点Ready、Deployment Available、PVC Bound或API可访问都只是阶段;还要核对客户端请求、数据集合、身份权限、对象版本和旧实例是否停止提供错误结果。

本章回顾

重新完成“沿概览、核心概念、超越基础和生产实践四部分建立18章4附录的依赖图与Kubernetes 1.8边界”:固定Kubernetes 1.8和第1版目录,从声明式对象与控制循环推导边界,通过基线、压力与故障实验测量,最后交付完整目录映射、四部分依赖图、Kubernetes 1.8版本边界、实验索引和全书验收清单。只有“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”与反例都能独立重放,本页才算完成。

复习与运行验收

练习

问题 1:为什么“第1版权威学习地图”必须覆盖22个目录节点?

问题 2:本页最小不变量是什么?

问题 3:怎样构造最小反例?

问题 4:为什么不能直接用现代Kubernetes替代本页实验?

问题 5:如何验证性能和恢复结论?

问题 6:独立交接需要什么?

名词解释

本章出现的专业名词,用大白话再讲一遍。

四部分结构

四部分结构在本页对应Kubernetes 1.8中的对象、字段或状态;适用范围由“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”和故障反例共同限定。

Kubernetes 1.8

Kubernetes 1.8在本页对应Kubernetes 1.8中的对象、字段或状态;适用范围由“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”和故障反例共同限定。

目录分母

目录分母在本页对应Kubernetes 1.8中的对象、字段或状态;适用范围由“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”和故障反例共同限定。

控制循环

控制循环在本页对应Kubernetes 1.8中的对象、字段或状态;适用范围由“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”和故障反例共同限定。

版本边界

版本边界在本页对应Kubernetes 1.8中的对象、字段或状态;适用范围由“22个正式单元与404个唯一目录节点全部可达,API对象、控制循环、故障实验和证据均能回指权威目录”和故障反例共同限定。

下一页:第1章 Kubernetes 介绍 →

资料与写作方式声明

本章以Marko Lukša《Kubernetes in Action》第1版权威目录界定学习范围,并结合正文列出的技术资料独立重写;不宣称复现原书正文,也不沿用原作表述。

原作版权归作者与出版社所有;本站原创教学结构与表述仅供学习交流。

讨论

评论区加载中…