Helm 介绍 Helm 是一个开源的 Kubernetes 应用程序包管理工具，它允许你定义、安装和管理 Kubernetes 应用程序。Helm 通过使用 Charts 来组织、打包和共享 Kubernetes 资源，从而简化了部署、更新和管理复杂的应用程序。 以下是 Helm 的主要特点和组件

PV 与 PVC Persistent Volume (PV) PV 是实际的存储资源，可以是物理存储设备、云存储卷或网络存储资源。PV 代表集群中的一个可供使用的存储资源，它独立于 Pod 的生命周期。PV 由集群管理员进行创建和管理，然后供应用程序使用。PV 可以有不同的访问模式（读写一致性、只

Ingress 编写一个简单的 Ingress 编排文件 apiVersion: networking.k8s.io/v1 kind: Ingress metadata: name: my-ingress annotations: kubernetes.io/ingress.clas

DNS 通常集群内部访问的是 Service 的域名serviceName.default.svc.cluster.local，域名访问的作用时解决 Pod IP 不固定的问题，Kubernetes 提供 CoreDNS 解决这个问题。 查看 CoreDNS 服务 [root@kube01 dns]

Service Service 资源 # service.yaml apiVersion: v1 kind: Service metadata: name: nginx-test-01 spec: selector: apps: test-nginx ports: - pro

前面我们已经学习一些常用的资源对象的使用，我们知道对于资源对象的操作都是通过 APIServer 进行的，那么集群是怎样知道我们的请求就是合法的请求呢？这个就需要了解 Kubernetes 中另外一个非常重要的知识点了：RBAC（基于角色的权限控制）。 API 对象 在学习 RBAC 之前，我们还需

Secret 前文我们学习 ConfigMap 的时候，我们说 ConfigMap 这个资源对象是 Kubernetes 当中非常重要的一个资源对象，一般情况下 ConfigMap 是用来存储一些非安全的配置信息，如果涉及到一些安全相关的数据的话用 ConfigMap 就非常不妥了，因为 Confi

ConfigMap ConfigMap 就是配置管理，应用经常会有从配置文件、命令行参数或者环境变量中读取一些配置信息的需求，这些配置信息我们肯定不会直接写死到应用程序中去的。ConfigMap 就给我们提供了向容器中注入配置信息的能力，不仅可以用来保存单个属性，还可以用来保存整个配置文件，比如我们

HPA （动态扩缩容） kubectl 有一个 scale 命令 kubectl scale deployment/nginx --replicas=4 它可以帮助 Pod 进行扩缩容，这个过程完全手动的，但是实际使用过程中，要应对线上的各种复杂情况，我们需要能够做到自动化去感知业务，来自动进行扩缩

Job 控制器 # job-demo.yaml apiVersion: batch/v1 kind: Job metadata: name: job-demo spec: template: spec: restartPolicy: Never # 只支持 Never