Cloud Build提交时报错定义超100个secret values咨询

这个报错是Cloud Build服务的硬性配额限制直接触发，不是Secret Manager本身的问题：Cloud Build对单个构建任务中，通过配置文件secrets、secretEnv字段显式声明注入的密钥变量设置了100个的上限，你返回的报错文本就是触发该配额时的标准提示：

ERROR: (gcloud.builds.submit) INVALID_ARGUMENT: invalid build: invalid secrets: build defines more than 100 secret values

你参考的配置写法本身没有逻辑问题，只是配置的密钥数量超出了平台阈值。

• 合并零散密钥为单条结构化密钥
  把同构建流程用到的零散密钥，整合成单个JSON/YAML格式的结构化内容，作为一条独立密钥存入Secret Manager。构建时仅需挂载这1个密钥，进入构建步骤后用jq等工具解析提取需要的字段即可。
  操作逻辑参考：
  1. 将所有零散密钥整理为JSON结构，例如{"db_pwd":"xxx","api_key":"yyy","token":"zzz"}，存为单条Secret Manager密钥
  2. 构建配置中仅声明挂载这一个密钥到环境变量
  3. 构建步骤执行时，通过命令解析对应字段值写入临时文件或环境变量供后续流程使用，这种方式可以把密钥声明数直接降到个位数，完全规避配额限制。
• 按构建步骤拆分密钥挂载范围
  不要把所有密钥都放在全局secrets块声明，仅把全流程通用的密钥放在全局，各步骤独有的密钥放到对应步骤的secretEnv字段下声明，Cloud Build会按全局+单步骤的维度分别计数，拆分后单块配置下的密钥数很容易降到100阈值内。
• 用卷挂载+动态拉取的方式注入密钥
  放弃全量密钥在配置中显式声明的写法，仅给构建的初始化步骤配置一个拥有Secret Manager读取权限的服务账号，在初始化步骤中通过SDK/gcloud命令批量拉取所有需要的密钥，写入Cloud Build的共享挂载卷，后续所有构建步骤直接从卷中对应文件读取密钥即可。这种方式不需要在构建配置里提前声明所有密钥，拉取的密钥不会计入100个的显式声明配额。

内容的提问来源于stack exchange，提问作者Usman Ali Maan