前言
在 K8s 中，创建资源有两种方式：
直接使用 kubectl run 命令创建使用 kubectl create/apply 命令从 YAML 文件创建在本文中，我将通过示例解释这两种方法，以及它们分别应该在何时使用。
kubectl run
kubectl run 命令在 pod 中创建并运行特定的镜像。例如：
$ kubectl run nginx –image=nginx –port 80 pod/nginx created $ kubectl get po nginx NAME READY STATUS RESTARTS AGE nginx 1/1 Running 0 25s如果您对这个新 pod 执行 kubectl describe 命令，您将看到：
$ kubectl describe po nginx Name: nginx Namespace: default Priority: 0 Node: ip-10-0-0-146.ec2.internal/10.0.0.146 Start Time: Sat, 09 Apr 2022 16:56:29 -0400 Labels: run=nginx Annotations: kubernetes.io/psp: eks.privileged Status: Running IP: 10.0.0.69 IPs: IP: 10.0.0.69请注意，Labels 是 run=nginx。
您还可以在 run 命令中指定环境变量，例如：
$ kubectl run nginx –image=nginx –port 80 –env=”DNS_DOMAIN=cluster” –env=”POD_NAMESPACE=default”如果您现在执行 kubectl describe nginx，就可以看到我们刚刚提供的新环境变量：
$ kubectl describe po nginx | grep “Env” -A2 Environment: DNS_DOMAIN: cluster POD_NAMESPACE: default通常，kubectl run 命令用于一些简单、直观和快速的任务，它适用于 ad-hoc（点对点网络模式）的测试或实验。
kubectl kubectl create/apply
kubectl create/apply 命令基于给定的配置文件。该配置文件具有以下特点：
配置文件描述了应用程序最终将达到的 Whatstate。配置文件提供创建资源的模板，可以重复部署。部署可以像代码一样进行管理。适用于正式的、跨环境的、大规模的部署。需要熟悉配置文件的语法才能使用此方法。让我们再看一个例子。我们将创建相同的 nginx pod，这一次，让我们通过 YAML 文件来完成：
apiVersion: apps/v1 kind: Deployment metadata: name: nginx labels: app: nginx spec: replicas: 1 selector: matchLabels: app: nginx template: metadata: labels: app: nginx spec: containers: – name: nginx image: nginx ports: – containerPort: 80不用在意 Deployment 文件语法，我将在另一篇文章中讨论 K8s Deployment。
让我们使用 kubectl create 命令来创建资源：
$ kubectl create -f nginx-deployment.yaml deployment.apps/nginx created $ kubectl get po NAME READY STATUS RESTARTS AGE nginx-6799fc88d8-k7tfl 1/1 Running 0 5s $ kubectl delete -f nginx-deployment.yaml deployment.apps “nginx” deleted您还可以使用 kubectl apply 命令：
$ kubectl apply -f nginx-deployment.yaml deployment.apps/nginx created $ kubectl get po NAME READY STATUS RESTARTS AGE nginx-6799fc88d8-2fsxk 1/1 Running 0 17s $ kubectl delete -f nginx-deployment.yaml deployment.apps “nginx” deleted可以看到，create 和 apply 命令都可以用来创建资源，但是二者有什么区别呢？
kubectl create 与 kubectl apply
让我们谈谈 create 和 apply 之间的区别。
create
此命令将告诉 K8s API 服务器，您要创建、删除或替换一个或多个资源。以更简化的方式，这意味着您可以从头开始创建一个全新的对象。或者，它通过定义需求对任何现有对象进行一些更改。
apply
此命令意味着通过在给定的 YAML 文件中声明您确切需要的内容来更改已经存在的对象。
为了演示，让我们使用 nginx Deployment 文件。首先，让我们创建资源：
$ kubectl create -f nginx-deployment.yaml deployment.apps/nginx created现在，假设我们要向 pod 添加一个 label，将 label 更新为：
apiVersion: apps/v1 kind: Deployment metadata: name: nginx labels: app: nginx env: prod spec: replicas: 1 selector: matchLabels: app: nginx template: metadata: labels: app: nginx env: prod spec: containers: – name: nginx image: nginx如果再次运行 create 命令：
$ kubectl create -f nginx-deployment.yaml Error from server (AlreadyExists): error when creating “nginx-deployment.yaml”: deployments.apps “nginx” already exists即使 YAML 文件略有不同，您也会收到 “nginx” 已存在的错误。
那如果你运行 kubectl apply 呢？让我们试一试：
$ kubectl apply -f nginx-deployment.yaml deployment.apps/nginx configured现在让我们描述一下资源：
$ kubectl get po NAME READY STATUS RESTARTS AGE nginx-595f565474-zkl4t 1/1 Running 0 3m39s $ kubectl describe po nginx-595f565474-zkl4t Name: nginx-595f565474-zkl4t Namespace: default Priority: 0 Node: ip-10-0-0-146.ec2.internal/10.0.0.146 Start Time: Sat, 09 Apr 2022 17:20:04 -0400 Labels: app=nginx env=prod pod-template-hash=595f565474您可以看到应用了新的 labels 是 env=prod。
现在我们了解了 kubectl create 和 kubectl apply 之间的区别，您可能想知道应该使用哪一个？
在 kubectl create 命令中，我们指定了一个特定行为，也就是 create，因此它是一种更具命令式的方法。在 kubectl apply 命令中，我们指定系统的目标状态，而不指定一个特定的行为，因此它是更具声明性的方法。我们让系统决定采取什么行动。如果资源不存在，它将创建它，如果资源存在，则它将配置应用于现有资源。
简单来说，如果对单个文件运行一个操作来创建资源，create 和 apply 基本是相同的。但是，apply 允许您在一个目录中的多个文件上同时创建和修补。
暂无评论内容