Kubernetes

Kubernetes 代码实践详解：从入门到进阶

引言

1. Kubernetes 核心概念

理解 Kubernetes 的核心概念是进行代码实践的基础。以下是一些关键概念，我们将逐一详解：

• Pod (Pod): Kubernetes 中最小的可部署单元，代表着一组紧密相关的容器。Pod 内的容器共享网络和存储资源。

• Deployment (部署): 用于声明式地更新 Pod 和 ReplicaSet 的对象。Deployment 确保在任何时候都有指定数量的 Pod 副本在运行。

• Service (服务): 一种抽象层，定义了 Pod 的逻辑集合以及访问这些 Pod 的策略。Service 为 Pod 提供稳定的网络入口，即使 Pod 发生变化（例如，重启、迁移）。

• Namespace (命名空间): Kubernetes 集群内的虚拟集群，用于隔离资源。Namespace 可以帮助团队在共享集群中组织和管理应用程序。

• ReplicaSet (副本集): 确保在任何时候都有指定数量的 Pod 副本在运行。Deployment 通常通过 ReplicaSet 来管理 Pod。

• ConfigMap & Secret (配置映射 & 密钥): 用于将配置数据和敏感信息与应用程序代码分离的对象。ConfigMap 用于存储非敏感配置，Secret 用于存储敏感信息，如密码、令牌等。

• Ingress (入口): 管理对集群中 Service 的外部访问。Ingress 可以提供负载均衡、SSL 终止和基于名称的虚拟主机等功能。

• StatefulSet (有状态副本集): 用于管理有状态应用程序的工作负载 API 对象。StatefulSet 管理的 Pod 具有稳定的网络标识符、持久存储和有序的部署、扩展和删除。

• DaemonSet (守护进程集): 确保集群中的每个节点都运行一个 Pod 副本。DaemonSet 常用于部署集群级别的守护进程，例如日志收集器、监控代理等。

• Job & CronJob (任务 & 定时任务): Job 创建一个或多个 Pod，并在 Pod 成功完成指定数量的任务后终止它们。CronJob 基于时间计划创建 Job，类似于 Linux 的 crontab。

2. Kubernetes 代码实践：YAML 声明式配置

Kubernetes 主要通过 YAML (或 JSON) 文件进行声明式配置。这意味着我们描述期望的状态，Kubernetes 会负责将集群状态调整到期望状态。

以下我们将通过 YAML 示例，逐步讲解如何创建和管理 Kubernetes 资源。

2.1 Pod 的 YAML 定义

Pod 是 Kubernetes 的基本构建块。以下是一个简单的 Pod YAML 文件 pod.yaml：

apiVersion: v1
kind: Pod
metadata:
  name: my-pod
  labels:
    app: my-app
spec:
  containers:
  - name: my-container
    image: nginx:latest
    ports:
    - containerPort: 80
​

代码详解:

• apiVersion: v1: 指定 API 版本，v1 是 Pod 的核心 API 版本。

• kind: Pod: 指定资源类型为 Pod。

• metadata: Pod 的元数据，包括：

  • name: my-pod: Pod 的名称，在 Namespace 内唯一。

  • labels: 用于组织和选择 Pod 的标签。这里我们添加了 app: my-app 标签。

• spec: Pod 的规格，描述 Pod 的期望状态。

  • containers: 容器列表。

    • name: my-container: 容器名称。

    • image: nginx:latest: 容器镜像，这里使用最新的 Nginx 镜像。

    • ports: 容器端口映射。

      • containerPort: 80: 容器内部端口 80。

使用 kubectl 创建 Pod:

kubectl apply -f pod.yaml
​

验证 Pod 状态:

kubectl get pods
kubectl describe pod my-pod
​

mermaid 图示 Pod 结构:

2.2 Deployment 的 YAML 定义

Deployment 用于管理 Pod 的副本集，并实现滚动更新。以下是一个 Deployment YAML 文件 deployment.yaml：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-deployment
spec:
  replicas: 3
  selector:
    matchLabels:
      app: my-app
  template:
    metadata:
      labels:
        app: my-app
    spec:
      containers:
      - name: my-container
        image: nginx:latest
        ports:
        - containerPort: 80
​

代码详解:

• apiVersion: apps/v1: Deployment 的 API 版本。

• kind: Deployment: 资源类型为 Deployment。

• metadata: name: my-deployment: Deployment 的名称。

• spec: Deployment 的规格。

  • replicas: 3: 期望的 Pod 副本数量为 3。

  • selector: 用于选择 Deployment 管理的 Pod 的选择器。

    • matchLabels: app: my-app: 选择带有 app: my-app 标签的 Pod。

  • template: Pod 模板，定义 Deployment 创建的 Pod 的规格。

    • metadata: labels: app: my-app: 为模板创建的 Pod 添加 app: my-app 标签。

    • spec: Pod 的规格，与 Pod YAML 中的 spec 部分相同。

使用 kubectl 创建 Deployment:

kubectl apply -f deployment.yaml
​

验证 Deployment 和 Pod 状态:

kubectl get deployments
kubectl get pods -l app=my-app
kubectl describe deployment my-deployment
​

滚动更新 Deployment:

修改 deployment.yaml 中的 image 版本，例如将 nginx:latest 改为 nginx:1.20，然后再次执行 kubectl apply -f deployment.yaml。Kubernetes 将会执行滚动更新，逐步替换旧版本的 Pod 为新版本的 Pod，保证服务不中断。

mermaid 图示 Deployment 管理 Pod:

2.3 Service 的 YAML 定义

Service 为 Deployment 管理的 Pod 提供稳定的网络入口。以下是一个 Service YAML 文件 service.yaml：

apiVersion: v1
kind: Service
metadata:
  name: my-service
spec:
  selector:
    app: my-app
  ports:
  - protocol: TCP
    port: 80
    targetPort: 80
  type: LoadBalancer # 或者 ClusterIP, NodePort
​

代码详解:

• apiVersion: v1: Service 的 API 版本。

• kind: Service: 资源类型为 Service。

• metadata: name: my-service: Service 的名称。

• spec: Service 的规格。

  • selector: matchLabels: app: my-app: 选择带有 app: my-app 标签的 Pod 作为后端。

  • ports: 端口定义。

    • protocol: TCP: 协议为 TCP。

    • port: 80: Service 的端口，外部访问端口。

    • targetPort: 80: 后端 Pod 的端口，容器内部端口。

  • type: LoadBalancer: Service 类型为 LoadBalancer。在云环境中，这将创建一个云厂商的负载均衡器，将外部流量转发到 Service。也可以选择 ClusterIP (集群内部访问) 或 NodePort (节点端口访问)。

使用 kubectl 创建 Service:

kubectl apply -f service.yaml
​

验证 Service 状态:

kubectl get services
kubectl describe service my-service
​

访问 Service:

• LoadBalancer: 如果 Service 类型为 LoadBalancer，等待一段时间，云厂商会分配一个外部 IP 地址。可以通过该外部 IP 地址和端口 80 访问应用程序。

• ClusterIP: Service 会分配一个集群内部 IP 地址。只能在集群内部通过该 IP 地址和端口 80 访问应用程序。

• NodePort: Service 会在每个节点上开放一个端口 (NodePort)。可以通过任何节点的 IP 地址和 NodePort 访问应用程序。

mermaid 图示 Service 路由流量到 Pod:

2.4 Namespace 的 YAML 定义

Namespace 用于隔离资源。虽然 Namespace 本身没有 YAML 文件，但我们可以通过 kubectl 命令创建和管理 Namespace。

创建 Namespace:

kubectl create namespace my-namespace
​

在指定 Namespace 中创建资源:

在 YAML 文件中添加 namespace 字段，或者使用 kubectl 命令的 -n 或 --namespace 参数。

apiVersion: v1
kind: Pod
metadata:
  name: my-pod
  namespace: my-namespace # 指定 Namespace
  labels:
    app: my-app
spec:
  containers:
  - name: my-container
    image: nginx:latest
    ports:
    - containerPort: 80
​

kubectl apply -f pod.yaml -n my-namespace # 使用 -n 参数指定 Namespace
kubectl get pods -n my-namespace
​

mermaid 图示 Namespace 隔离资源:

3. 进阶实践：ConfigMap, Secret, Ingress, StatefulSet, DaemonSet, Job & CronJob

除了 Pod, Deployment, Service, Namespace 等核心概念，Kubernetes 还提供了丰富的对象来满足更复杂的需求。

3.1 ConfigMap 和 Secret

ConfigMap 和 Secret 用于管理应用程序的配置信息。

• ConfigMap: 存储非敏感配置，例如配置文件、命令行参数等。

• Secret: 存储敏感信息，例如密码、令牌、证书等。

示例：ConfigMap YAML configmap.yaml

apiVersion: v1
kind: ConfigMap
metadata:
  name: my-configmap
data:
  app.config: |
    APP_NAME=My App
    LOG_LEVEL=INFO
​

示例：Secret YAML secret.yaml

apiVersion: v1
kind: Secret
metadata:
  name: my-secret
type: Opaque # 或者 kubernetes.io/tls, kubernetes.io/dockerconfigjson 等
data:
  database-password: $(echo -n "password123" | base64) # Base64 编码敏感数据
​

在 Pod 中使用 ConfigMap 和 Secret:

可以通过环境变量或 Volume 挂载的方式在 Pod 中使用 ConfigMap 和 Secret。

3.2 Ingress

Ingress 管理集群外部访问 Service 的方式。

• HTTP 路由: 基于域名或路径将请求路由到不同的 Service。

• SSL 终止: 在 Ingress 控制器上配置 SSL 证书，实现 HTTPS 访问。

• 负载均衡: Ingress 控制器可以提供负载均衡功能。

示例：Ingress YAML ingress.yaml

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: my-ingress
spec:
  rules:
  - host: example.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: my-service
            port:
              number: 80
​

3.3 StatefulSet

StatefulSet 用于管理有状态应用程序，例如数据库、消息队列等。

• 稳定的网络标识符: StatefulSet 管理的 Pod 具有稳定的域名和主机名。

• 持久存储: 可以为每个 Pod 配置独立的持久卷。

• 有序部署和扩展: StatefulSet 按照顺序部署和扩展 Pod。

3.4 DaemonSet

DaemonSet 确保每个节点都运行一个 Pod 副本。

• 日志收集: 例如 Fluentd, Filebeat 等。

• 监控代理: 例如 Prometheus Node Exporter 等。

• 网络插件: 例如 Calico, Flannel 等。

3.5 Job 和 CronJob

Job 和 CronJob 用于处理批处理任务和定时任务。

• Job: 一次性任务，Pod 完成任务后终止。

• CronJob: 定时任务，按照 Cron 表达式定期创建 Job。

4. Kubernetes 最佳实践

• 资源限制和请求 (Resource Requests and Limits): 为容器设置合理的资源请求和限制，防止资源耗尽。

• 健康检查 (Health Probes): 配置 Readiness 和 Liveness probes，确保 Kubernetes 可以正确检测 Pod 的健康状态。

• 标签和注解 (Labels and Annotations): 合理使用标签和注解，方便资源组织和管理。

• 命名空间 (Namespaces): 使用命名空间隔离不同环境或团队的资源。

• 安全性 (Security): 关注 Kubernetes 安全性，例如 RBAC 授权、网络策略、Secret 管理等。

• 监控和日志 (Monitoring and Logging): 建立完善的监控和日志系统，及时发现和解决问题。

• 声明式配置 (Declarative Configuration): 坚持使用 YAML 声明式配置，方便版本控制和自动化管理。

• 版本控制 (Version Control): 将 YAML 文件纳入版本控制系统 (例如 Git)。

5. 总结

本文详细介绍了 Kubernetes 的核心概念和代码实践，从 Pod, Deployment, Service 等基础对象，到 ConfigMap, Secret, Ingress, StatefulSet, DaemonSet, Job & CronJob 等进阶对象，并结合 YAML 示例和 Mermaid 图表进行了深入讲解。同时，总结了 Kubernetes 的最佳实践，帮助读者更好地应用 Kubernetes。

Kubernetes 是一个复杂而强大的平台，学习 Kubernetes 需要不断实践和探索。希望本文能够帮助读者入门 Kubernetes，并逐步掌握其精髓，构建可靠、可扩展的云原生应用程序。

未来学习方向:

• Helm: Kubernetes 包管理器，简化应用程序的部署和管理。

• Operator: 扩展 Kubernetes API，自动化复杂应用程序的运维。

• Service Mesh: 例如 Istio, Linkerd 等，提供服务间通信的治理和安全功能。

• Kubernetes 安全: 深入学习 Kubernetes 安全机制和最佳实践。

• Kubernetes 监控和日志: 学习如何构建完善的 Kubernetes 监控和日志系统。