AWS SecretManager读写并发场景下读取行为规则咨询

首先给明确答案：既不会让读请求阻塞等待写入完成，也绝对读不到无效值、写入中间值。

具体机制拆解：

• 所有Secret的版本写入都是原子操作：调用PutSecretValue、UpdateSecret这类写接口时，服务端会先完整接收、校验、持久化全量的新密钥内容，整个新内容存储为独立的不可变版本后，才会原子性地把AWSCURRENT（当前生效版本）标签从旧版本切到新版本。
• 写入过程中抵达的读请求：会直接返回切换前的、已经持久化完成的旧版稳定密钥值，全程无阻塞，不会等待新值写入完成再返回。
• 写入提交完成后抵达的读请求：会直接返回新写入的生效密钥值。
• 不存在中间态暴露可能：整个写入和版本切换流程不会对外暴露任何半写入、校验失败的破损内容，你永远只会读到某一个完整提交过的历史稳定版本，不会读到格式错误、内容截断的无效值。

补充说明：哪怕你存储的Secret值接近服务端上限（64KB），上述原子性逻辑依然成立，不会因为值大就出现半写状态被读取的问题。

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