你可能好奇为什么用指定的镜像作为你的基础镜像，因为你的app是一个Node.js应用，你需要你的镜像包含运行app的node二进制文件。最初，Linux操作系统上的所有可用系统资源，比如文件系统，进程ID，用户ID，网卡，与其他，所有的进程看到和使用同一个桶里的资源。为此，我们需要Linux内核的另外一个特性。在本例中，你使用node容器镜像，标签为12.在第二行，你从本地目录把app.js添加进

这可能发生在，主机节点失败，有人不经意上次pod，或pod从一个要为更重要的pod挪出空间的健康的节点中驱逐。注意 如果你使用Docker Desktop部署你的集群，负载均衡器的IP地址显示的是localhost，引用Windows或macOS机器的地址，而不是Kubernetes和应用程序运行的虚拟机的IP地址。如果另一个问题导致pod不能运行，或者你只是想查看有关pod的更多信息，那么你还可

文章摘要 本文深入探讨了 Kubernetes Pod 中容器的生命周期管理，包括检查 Pod 状态、使用活性探针保持容器健康、生命周期钩子在容器启动和关闭时的操作，以及 Pod 及其容器的完整生命周期。主要内容包括： Pod 状态：Pod 生命周期分为 Pending、Running、Succeeded、Failed 和 Unknown 五个阶段，状态字段提供详细信息。 活性探针：通过 HTTP

8在PersistentVolumes中持久化数据本章涵盖•使用PersistentVolume对象来表示持久存储前一章教你如何将网络存储卷挂载到pod中。然而，这种体验并不理想，因为你需要了解集群所处的环境，才能知道要向pod添加什么类型的卷。比如，如果你的集群运行在谷歌的基础设施上，那么你必须在你的pod清单中定义一个gcePersistentDisk卷。你不能在同一清单上运行应用程序在Ama

9 通过 ConfigMaps、Secrets 和 Downward API 进行配置本章涵盖•为容器的主进程设置命令和参数•设置环境变量•在config map中存储配置•在secrets中存储敏感信息•使用Download API向应用程序公开pod元数据时•使用configMap,secret,downloadapi与投影卷您现在已经学会了如何使用 Kubernetes 运行应用程序进程并将

本章覆盖•使用命名空间将物理集群拆分为虚拟集群•使用标签组织对象•使用标签选择器对对象的子集执行操作•使用标签选择器将 Pod 调度到特定节点上•使用字段选择器根据对象的属性进行筛选•为对象添加额外的非身份识别信息Kubernetes 集群通常会被多个团队使用。这些团队应该如何在同一个集群中部署对象并组织它们，以避免一个团队意外修改其他团队创建的对象？另外，对于一个部署数百个微服务的大型团

11使用Services暴露pods本章涵盖•pods之间的通信•将客户端连接分布在一组提供相同服务的pod上•通过DNS和环境变量发现集群中的服务•向集群外部的客户端暴露服务•使用字段选择器根据对象的属性进行筛选•使用就绪探测从服务中添加或删除单个pod如今，人们通常不会只运行一个 pod 来提供某个特定服务，而是运行多个 pod 副本，以便将负载分布到多个集群节点上。但这意味着所有提供相同服务

本章涵盖•创建Ingress对象•部署理解Ingress控制器•使用TLS保护入口•向Ingress添加额外配置•在安装多个控制器时使用IngressClasses•在非服务后端中使用 Ingress在上一章中，你学习了如何使用 Service 对象在一个稳定的 IP 地址上暴露一组 Pod。如果你使用 LoadBalancer 类型的服务，该服务可以通过负载均衡器向集群外的客户端提供。这种方法在

13使用 ReplicaSets 复制 Pods本章涵盖•使用ReplicaSet对象复制Pods•在集群节点故障时保持 Pods 运行•Kubernetes 控制器中的调和控制循环•API 对象所有权与垃圾回收到目前为止，在本书中，你都是通过直接创建 Pod 对象来部署工作负载的。在生产集群中，你可能需要部署相同 Pod 的几十个甚至上百个副本，因此单独创建和管理这些 Pod 会很困难。幸运的是

14使用Deployment管理Pod本章涵盖•使用 Deployment 对象部署无状态工作负载•水平扩展 Deployment以声明方式•更新工作负载•防止有缺陷工作负载的发布•实施各种部署策略在上一章中，你学习了如何通过 ReplicaSets 部署 Pods。然而，工作负载很少通过这种方式部署，因为 ReplicaSets 不提供轻松更新这些 Pods 所需的功能。这一功能由 Deploy