代码之家 › 专栏 › 技术社区 › Ijaz Ahmad

Kubernetes资源版本控制

kubernetes version-control

Ijaz Ahmad · 技术社区 · 7 年前

使用 kubectl get with -o yaml 在资源上,我看到每个资源都有版本控制:

kind: ConfigMap
metadata:
  creationTimestamp: 2018-10-16T21:44:10Z
  name: my-config
  namespace: default
  resourceVersion: "163"

我想知道这些版本控制的意义是什么,它们的用途是什么(用例)

2 回复 | 直到 7 年前

Konstantin Vustin 7 年前

一个更详细的解释,帮助我准确地理解了它的工作原理:

你在这个书架上创建的所有物体, ReplicationControllers, Services, Secrets 因此被认为是以持久的方式存储在某个地方,以便它们的清单在API中存活服务器重新启动并出现故障。为此,Kubernetes使用 etcd ,其中与之对话的组件 etcd公司 所有其他组件通过 API服务器。

乐观的锁定 系统及验证;而且,通过把实际的存储机制从所有其他组件,它的很多以后更换更简单。值得强调的是,etcd 是Kubernetes存储集群状态和元数据的唯一地方。

(有时称为锁定防止在锁定到位时读取或更新, 更新后,版本号增加。更新数据时客户端读取数据和提交更新的时间。如果这个如果发生这种情况,更新将被拒绝,客户端必须重新读取新的并尝试再次更新它。结果是当两个客户尝试更新相同的数据项,只有第一个成功。

结果是,当两个客户端试图更新同一个数据条目时, 只有第一个成功

所以,所有的库伯内特斯资源包括 metadata.resourceVersion etcd公司 ,API服务器拒绝更新

Jordan Liggitt 7 年前

resourceVersion在单个资源上的主要用途是乐观锁定。您可以获取资源、进行更改并将其作为更新提交,如果另一个客户端同时更新了该更新,服务器将拒绝该更新,并出现冲突错误(他们的更新会使resourceVersion发生冲突,并且您提交的值会告诉服务器您认为要更新的版本)

推荐文章

TheBeardedBerry · 如何使新的Perforce工作区识别以前同步的仓库数据?

1 年前

Coder4Fun250 · 如何在不丢失更多提交的情况下回滚到以前的提交?

2 年前

Jordan · 使用git初始化GitHub存储库的版本控制

2 年前

Viermusketiere · 嵌入式系统开发中如何进行版本控制

2 年前

Oliver P · 尽早且经常提交,并轻松查看为某个功能处理的文件/行

2 年前

lprsd · 使用pip或easy_install从repos安装Python包

17 年前

Luke · 如何使用subversion管理生产/测试/开发配置信息?

17 年前

Carson Myers · 尝试开始使用git

17 年前

betitall · 如何对跨项目共享的资源进行版本控制

17 年前

Richard Nichols · 是否有允许自定义$Keywords$的源代码管理系统?

17 年前