kubectl apply vs kubectl edit

画了一个图来描述一个问题:某个deployment一直都是通过模板生成yaml并通过kubectl apply到集群,如果现在直接在集群上通过通过kubectl edit增加一段apply的模板中没有的配置项,下次通过模板继续apply更新,kubectl edit增加的部分会被置空吗?
答案是并不会。因为kubectl apply计算最终patch的数据时,需要删减的部分是通过:集群中当前资源的last-apply-anno和要apply的资源比较得到的。类似oam实现kubevela等,也是在deployment上维护oam-last-apply,所以道理都是一样的,需要注意的是从kubectl apply迁移到oam,两者维护的last-apply-anno不一致导致的问题。
 
 
如果经常因为patch失败(client-go/kubectl patch),但是kubectl apply却没问题,那就需要去了解一下kubectl apply的实现逻辑,看看这个吧:kubectl apply源码分析
 
posted @   JL_Zhou  阅读(1146)  评论(0编辑  收藏  举报
编辑推荐:
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
阅读排行:
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
历史上的今天:
2015-08-13 zoj 3795 Grouping tarjan缩点 + DGA上的最长路
点击右上角即可分享
微信分享提示