这是两种不同的方法:

必要的管理

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

声明式管理

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

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

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

这是两种不同的方法:

必要的管理

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

声明式管理

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

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

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

下面来自官方文档的解释帮助我理解kubectl apply。

此命令将比较您正在推送的配置版本与以前的版本，并应用您所做的更改，而不会覆盖对未指定属性的任何自动更改。

另一方面，Kubectl创建将创建(应该是不存在的)资源。

在CI脚本中运行时，如果资源已经存在，则创建会引发错误，因此使用命令式命令会遇到麻烦。

你能做的是应用(声明式模式)命令的输出，通过使用——dry-run=true和-o yaml选项:

kubectl create whatever --dry-run=client -o yaml | kubectl apply -f -

如果资源已经存在，上面的命令不会引发错误(如果需要，将更新资源)。

这在某些不能使用声明式模式的情况下非常有用(例如在创建docker-registry secret时)。

这个问题很深刻，也很好。下面是我对这个问题的思考:

K8s有三种资源管理方法

基于命令的对象管理:直接使用命令对kubernetes资源进行操作。例如: Kubectl运行nginx-pod——image=nginx:1.17.1——port=80 命令类型对象配置:通过命令配置和配置文件操作Kubernetes资源。例如: Kubectl create/patch -f nginx-pod.yaml 声明式对象配置:通过apply命令和配置文件操作kubernetes资源。例如: Kubectl应用-f nginx-pod.yaml

┌─────────┬───────────────────────┬────────────────────────┐
│ 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      │
└─────────┴───────────────────────┴────────────────────────┘