Kubectl apply能否基于目录期望状态同步删除Kubernetes集群资源？

默认情况下，kubectl apply -f my-dir/不会自动删除目录中已移除的资源——这就是你忽略的核心要点。

为什么默认不行？ #

kubectl apply的核心逻辑是增量更新：它只会处理目录中存在的YAML文件，创建或更新对应的集群资源，但不会主动清理那些曾经通过该目录部署、但现在YAML已被删除的资源。Kubernetes无法判断你是临时移除文件还是永久要删除资源，所以默认不会执行删除操作。

如何实现「期望状态一步同步」？ #

要让Kubernetes自动对齐目录的期望状态，需要用到kubectl apply的--prune参数，配合统一标签来精准管理资源：

1. 给所有需管理的资源打统一标签
   在foo1、foo2、foo3的YAML文件的metadata.labels中添加统一标签，比如：

   metadata:
     labels:
       app: my-managed-apps
   

   确保所有通过该目录部署的资源都带有这个标签。

2. 执行带--prune的apply命令
   当你删除my-dir下的foo2.yaml、创建foo3.yaml后，执行：

   kubectl apply -f my-dir/ --prune -l app=my-managed-apps
   

   这个命令会：

   • 创建/更新目录中存在的资源（foo1、foo3）
   • 自动删除集群中带有app=my-managed-apps标签、但目录中已无对应YAML的资源（foo2）

关键注意事项 #

• --prune必须配合标签使用，不能单独执行，否则可能误删集群中其他无关资源
• 执行前建议先用--dry-run=client预览操作，确认无误再执行：

  kubectl apply -f my-dir/ --prune -l app=my-managed-apps --dry-run=client
  

• 确保所有需要被管理的资源都带有指定标签，避免漏删或遗漏更新

内容的提问来源于stack exchange，提问作者Murali Varma