總感覺k8s中定義的deplyment和service非常的啰嗦，尤其是在選擇器的定義上，但沒辦法，它的設計總有它的道理。

• svc(spec.selector.app)
  • deployment(metadata.labels.app,spec.selector.matchLabels.app)
    • pods(metadata.labels.app)

nginx的部署

下面是一個 Kubernetes YAML 文件示例，用于部署一個 Nginx 服務。該文件包括 Deployment 和 Service 的定義，Service 類型設置為 ClusterIP。

Nginx 部署 YAML 示例

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
  labels:
    app: nginx
spec:
  replicas: 1  # 設置副本數為 1
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:stable-alpine  # 使用最新的 Nginx 鏡像
        ports:
        - containerPort: 80   # 容器內部的端口
---
apiVersion: v1
kind: Service
metadata:
  name: nginx-service
spec:
  type: ClusterIP  # 使用 ClusterIP 類型
  selector:
    app: nginx  # 根據標簽選擇 Pod
  ports:
    - port: 80          # Service 的端口
      targetPort: 80    # 轉發到容器的端口

說明

• Deployment：

  • apiVersion: apps/v1：指定 API 版本。
  • kind: Deployment：表示這是一個 Deployment 對象。
  • metadata：包含對象的元數據，如名稱和標簽。
  • spec：定義 Deployment 的規格，包括副本數量、選擇器和 Pod 模板。
  • replicas：設置運行的 Pod 副本數量。
  • selector：用于選擇與 Deployment 相關的 Pods。
  • template：定義 Pod 的模板，包括元數據和容器規格。
  • containers：定義容器的名稱、鏡像和要暴露的端口。

• Service：

  • apiVersion: v1：指定 API 版本。
  • kind: Service：表示這是一個 Service 對象。
  • metadata：包含對象的元數據，如名稱。
  • spec：定義 Service 的規格，包括類型、選擇器和端口配置。
  • type: ClusterIP：指定 Service 類型為 ClusterIP，表示只在集群內部可訪問。
  • selector：根據標簽選擇與之關聯的 Pods。
  • ports：定義 Service 的端口和目標端口。

部署步驟

1. 將上述 YAML 內容保存到一個文件中，例如 nginx-deployment.yaml。

2. 使用以下命令在 Kubernetes 集群中應用該配置：

   kubectl apply -f nginx-deployment.yaml
   

3. 檢查 Deployment 和 Service 是否成功創建：

   kubectl get deployments
   kubectl get services
   

通過以上步驟，你將能夠在 Kubernetes 中成功部署一個 Nginx 服務，并通過 ClusterIP 類型的 Service 來訪問它。如果你有其他問題或需要進一步的幫助，請隨時告訴我！

關于特別啰嗦的labels的解釋

在 Kubernetes 中，Deployment 的定義中確實存在多個地方使用了相同的標簽（如 metadata.labels.app=nginx），這有其特定的目的和意義。下面是對這些標簽的詳細解釋及其用意：

1. Metadata Labels

• 位置：在 metadata 部分。
• 作用：
  • 用于為 Deployment 對象本身打標簽，這些標簽可以用于標識、選擇或組織 Kubernetes 對象。
  • 可以通過這些標簽來查詢和過濾 Deployment 對象，例如使用 kubectl get deployments -l app=nginx 來列出所有帶有 app=nginx 標簽的 Deployments。
  • 在service定義時，它的spec.selector.app會指向被關聯的deployment的.metadata.labels.app的名字

2. Spec Selector

• 位置：在 spec.selector 部分。
• 作用：
  • 定義了該 Deployment 控制器所管理的 Pods 的選擇標準。
  • Kubernetes 使用此選擇器來確定哪些 Pods 是由這個 Deployment 創建和管理的。
  • 選擇器中的標簽必須與 Pods 的標簽匹配，以確保 Deployment 能夠正確地找到和管理這些 Pods。

3. Template Metadata Labels

• 位置：在 template.metadata.labels 部分。
• 作用：
  • 定義將要創建的 Pods 的標簽。
  • 當 Deployment 創建 Pods 時，這些標簽會被附加到新創建的 Pods 上。
  • 這些標簽用于與 spec.selector 中定義的選擇器進行匹配，從而使 Deployment 能夠跟蹤并管理這些 Pods。

為什么要重復定義？

1. 一致性：

   • 在 Deployment 的不同部分使用相同的標簽確保了它們之間的一致性。這種一致性對于 Kubernetes 的操作至關重要，因為它依賴于這些標簽來管理對象。

2. 可管理性：

   • 通過使用相同的標簽，可以更方便地進行篩選和管理。例如，你可以快速找到所有與特定應用程序（如 nginx）相關的 Deployments、Pods 和 Services。

3. 避免錯誤：

   • 確保 Pods 的標簽與 Deployment 的選擇器相匹配，可以避免由于標簽不一致導致的管理問題。如果選擇器未能正確匹配 Pods，Deployment 將無法管理這些 Pods。