这可以用简单的例子来总结:-

让我们创建一个简单的yaml来部署一个包含nginx图像的pod。

pod.yaml

apiVersion: v1
kind: Pod
metadata:
  name: myapp-pod
  labels:
    app: myapp
    type: front-end
spec:
  containers:
    - name: nginx-container
      image: nginx

现在我们使用kubectl命令-创建一个pod

Kubectl创建-f pod.yaml

现在一个名为nginx的pod被创建了，你可以通过-获取运行的pod的信息

库贝特尔，把吊舱弄宽

和详细的查看豆荚由

kubectl描述pod nginx

现在如果我想在我的pod中做一些改变。Yaml文件是这样的-

pod.yaml

apiVersion: v1 
kind: Pod 
metadata:
  name: nginx
  labels:
    app: nginx
    tier: frontend
    title: frontend
spec:
  containers:
    - name: nginx
      image: nginx

现在试试命令

Kubectl创建-f pod.yaml

要应用pod.yaml中的更改。

它的输出是-

来自服务器的错误(AlreadyExists):创建pod时出错。Yaml ": pods "nginx"已经存在

但是有了命令-

Kubectl应用-f pod.yaml

输出为-

豆荚/ nginx配置

在第一个评论中，它非常详细地解释了create之类的命令式命令专注于分配给它们的任务，你不能给它们分配更多的任务来调整集群的世界，但apply之类的声明性命令旨在使其工作来调整集群的世界。

这可以用简单的例子来总结:-

让我们创建一个简单的yaml来部署一个包含nginx图像的pod。

pod.yaml

apiVersion: v1
kind: Pod
metadata:
  name: myapp-pod
  labels:
    app: myapp
    type: front-end
spec:
  containers:
    - name: nginx-container
      image: nginx

现在我们使用kubectl命令-创建一个pod

Kubectl创建-f pod.yaml

现在一个名为nginx的pod被创建了，你可以通过-获取运行的pod的信息

库贝特尔，把吊舱弄宽

和详细的查看豆荚由

kubectl描述pod nginx

现在如果我想在我的pod中做一些改变。Yaml文件是这样的-

pod.yaml

apiVersion: v1 
kind: Pod 
metadata:
  name: nginx
  labels:
    app: nginx
    tier: frontend
    title: frontend
spec:
  containers:
    - name: nginx
      image: nginx

现在试试命令

Kubectl创建-f pod.yaml

要应用pod.yaml中的更改。

它的输出是-

来自服务器的错误(AlreadyExists):创建pod时出错。Yaml ": pods "nginx"已经存在

但是有了命令-

Kubectl应用-f pod.yaml

输出为-

豆荚/ nginx配置

在第一个评论中，它非常详细地解释了create之类的命令式命令专注于分配给它们的任务，你不能给它们分配更多的任务来调整集群的世界，但apply之类的声明性命令旨在使其工作来调整集群的世界。

Kubectl创建可以一次使用一个对象配置文件。这也被称为命令式管理

Kubectl create -f filename|url

Kubectl应用程序与包含对象配置yaml文件的目录及其子目录一起工作。这也称为声明式管理。可以从目录中提取多个对象配置文件。 Kubectl应用-f directory/

细节: https://kubernetes.io/docs/tasks/manage-kubernetes-objects/declarative-config/ https://kubernetes.io/docs/tasks/manage-kubernetes-objects/imperative-config/

┌─────────┬───────────────────────┬────────────────────────┐
│ command │ object does not exist │ object already exists  │
├─────────┼───────────────────────┼────────────────────────┤
│ create  │ create new object     │          ERROR         │ 
│         │                       │                        │
│ apply   │ create new object     │ configure object       │
│         │ (needs complete spec) │ (accepts partial spec) │
│         │                       │                        │
│ replace │         ERROR         │ delete object          │
│         │                       │ create new object      │
└─────────┴───────────────────────┴────────────────────────┘

这是两种不同的方法:

必要的管理

kubectl create就是我们所说的命令式管理。在这种方法中，你告诉Kubernetes API你想要创建、替换或删除什么，而不是你想要你的K8s集群世界是什么样子。

声明式管理

kubectl apply是声明式管理方法的一部分，在这种方法中，即使对对象应用了其他更改，也会“维护”对活动对象应用的更改(即通过缩放)。

您可以在Kubernetes对象管理文档中阅读更多关于命令式和声明式管理的内容。

在外行他们做不同的事情。如果资源存在，kubectl create会出错，而kubectl apply不会出错。

对于初学者来说，这是理解命令式模式和声明式模式之间区别的最好方法之一。

参考:https://www.digitalocean.com/community/tutorials/imperative-vs-declarative-kubernetes-management-a-digitalocean-comic

EDIT

有错误的例子中提到的图像。请参考评论以便更好地理解。

你也可以参考下面的例子。

必要的:

拿一个平底锅。 打开炉子。 锅中加入水、糖、咖啡粉、牛奶 等到咖啡准备好 用杯子盛咖啡。

声明:

告诉服务员你要一杯咖啡。他给你端咖啡。

从K8s的角度来看:

命令式:你必须自己管理不同的资源，如pod、服务、副本集等。

声明性:K8将负责所有的资源，所有您需要指定的是您的实际需求。