很早之前的 Docker Engine 中就有了 containerd，现在已经 从 Docker Engine 里分离出来，作为一个独立的开源项目，目标是提供一个更加开放、稳定的容器运行基础设施。containerd 是 CNCF 毕业的工业级容器运行时（Container Runtime），强调简单性健壮性和可移植性向上：给 Kubernetes、nerdctl、crictl 等客户端提供标准

Namespace**，简写ns，也称之为project，代表资源集合，用于分组集群资源。Kubernetes 使用 Namespace 可以将一个物理的 Cluster 逻辑上划分成多个资源集合， 每个集合就是一个Namespace。不同Namespace 里的资源是完全隔离的。default： 创建资源时如果不指定Namespace， 将被放到这个Namespace中。： Kubernetes

k8s通过定义一个Pod的资源，然后在Pod里面运行容器，容器需要指定镜像，用来运行具体的服务。Pod代表集群上正在运行的一个进程，一个Pod封装一个容器（也可以封装多个容器），Pod里的容器共享存储、网络等。也就是说，应该把整个pod看作虚拟机，然后每个容器相当于运行在虚拟机的进程。运行单个容器的 Pod：将Pod看作是单个容器的包装器，kubernetes管理pods而不是直接管理容器。运行多

ConfigMap 是一个存储其他对象所需要使用的配置的API 对象。ConfigMap 使用data和binaryData字段，保存键值对数据。data字段，用来保存 UTF-8 字符串binaryData字段，用来保存二进制数据(base64 编码的字串)ConfigMap 的名字必须是一个合法的DNS 子域名。data或binaryData字段下面的每个键的名称都必须由字母、数字或者或组成。

Controller 主要作用是确保所管理的资源处于用户期望的状态，通过不断地监控资源的状态，并根据实际状态与期望状态之间的差异执行相应的动作，来实现资源的自愈、自动扩展等功能。先简单回顾一下：容器按照是否持续运行可分为两类。服务类容器： 一直运行任务，通常持续提供服务， 比如HTTP等。工作类容器：一次性任务， 比如批处理程序，完成后容器就退出。Kubernetes 中用于管理服务类容器的控制器

如果你使用Deployment来运行你的应用， Deployment 可以动态地创建和销毁 Pod。在任何时刻，你都不知道有多少个这样的 Pod 正在工作以及它们健康与否；你甚至不知道如何辨别 Pod是否健康。KubernetesPod的创建和销毁是为了匹配集群的预期状态。Pod 是临时资源（你不应该期待单个 Pod 既可靠又耐用）。每个 Pod 会获得属于自己的 IP 地址（Kubernetes

集群外部主机可以访问集群内部应用集群内部应用也可以访问集群外部主机各个namespace之间没有做任何的隔离策略如果希望在 IP 地址或端口层面控制网络流量， 考虑使用 Kubernetes 网络策略（NetworkPolicy）。NetworkPolicy 是一种以应用为中心的结构，允许你设置如何允许Pod与网络上的各类网络“实体” 通信。NetworkPolicy 适用于一端或两端与 Pod

我们在使用 Kubernetes 中过程中面临的问题：如何监控 node 计算资源使用情况？如何监控 pod 计算资源使用情况？如何根据 pod 计算资源使用情况，自动扩展？node 和 pod 计算资源使用情况。Metrics Server 是 Kubernetes 内置自动缩放管道的可扩展、高效的容器资源指标来源。

之前创建存储卷（PV）都需要管理员手动操作，这类卷被称为静态卷。那么 Kubernetes 能不能 “智能” 管理卷呢？比如需要用卷时自动创建，不用时自动清理？答案是可以的 —— 这就是动态卷供应的能力。它彻底省去了集群管理员提前手动配置存储的工作，用户只要提出存储需求，系统就会自动创建对应的存储卷。StatefulSet 是 Kubernetes 中专门用于管理有状态应用的工作负载资源，与用于管

安装jq查询 default 命名空间 Pod 的"items": [},},},hpa.yaml。