如何在Kubernetes同服务的多个Pod之间共享数值？

以下方案全部依赖K8s内置能力，无需部署额外第三方服务：

场景1：数值仅需只读或低频更新 #

• 直接使用K8s原生的ConfigMap（存储非敏感值）或Secret（存储敏感值）存储共享数值：
  • 把目标数值写入ConfigMap的data字段，Pod启动时可以直接将其挂载为环境变量，也可以挂载为容器内的文件。配置更新后挂载的文件会自动同步更新（默认同步周期1分钟左右），环境变量需要重启Pod才会生效。
  • 原生支持跨节点同步，完全满足跨节点Pod的读需求，没有额外运维成本。

场景2：数值需要多Pod并发读写、保证一致性 #

• 利用K8s API资源内置的乐观锁机制实现：
  • 同样将数值存储在ConfigMap/Secret中，所有读写操作直接调用K8s APIServer完成：
    1. 读取时同时获取当前资源的resourceVersion字段
    2. 修改数值后，提交更新请求时携带之前拿到的resourceVersion
    3. 如果resourceVersion和当前APIServer中存储的版本不匹配，说明期间有其他Pod修改过数值，会触发冲突报错，业务侧做重试逻辑即可保证最终一致性
• 如果你的场景只有服务的Leader实例有权限更新数值，可以直接复用K8s内置的Lease资源：
  • Lease本身是设计用来做节点心跳、Pod leader选举的轻量资源，你可以在Lease的自定义字段中存储需要共享的数值，在实现Leader选举的同时完成数值共享，不需要额外开发乐观锁逻辑。

操作示例 #

1. 创建存储共享数值的ConfigMap：

kubectl create configmap shared-counter --from-literal=count=0

2. Pod内读取数值（以kubectl为例，实际业务可以用对应语言的K8s SDK）：

kubectl get configmap shared-counter -o jsonpath='{.data.count}'

注意事项 #

• 上述方案仅适合存储小体积的数值/配置，ConfigMap、Secret、Lease都存储在集群etcd中，单资源默认大小上限为1.5MB，完全满足普通数值存储需求，但不要用来存储大体积数据。
• 如果你的场景有高频并发写需求，乐观锁冲突概率会大幅提升，这种情况下建议使用你备选的轻量数据库方案，etcd的设计定位不支持高频写入场景。
• 所有原生API资源默认都是持久化存储的，只要集群etcd数据正常，共享数值不会丢失。

内容的提问来源于stack exchange，提问作者Victor Ronin