如何解决Serverless split stack插件resourceConcurrency配置报错问题

resourceConcurrency配置可用性说明 #

该参数是serverless-plugin-split-stacks官方支持的有效配置，设计目标就是通过限制CloudFormation资源并行部署的并发数，解决你遇到的TooManyRequestsException: Rate exceeded限流报错，本身处于可用状态，新增该参数后出现循环依赖是资源拆分分组逻辑触发的问题，和参数本身可用性无关。

可行解决方案 #

• 调整栈拆分分组规则
  你当前使用的perGroupFunction: true分组策略容易将存在依赖关联的资源拆分到不同嵌套栈，触发跨栈循环依赖。建议修改拆分规则：将perType设为true、perGroupFunction设为false，按资源类型统一分组，减少跨栈依赖概率；如果有明确的资源分组需求，也可以手动编写filter规则，强制将存在依赖关系的资源划分到同一个嵌套栈，配置参考：

custom:
  splitStacks:
    nestedStackCount: 3
    perFunction: false
    perType: true
    perGroupFunction: false
    resourceConcurrency: 10
    stacks:
      - name: lambda-stack
        filter: (resource) => resource.Type === 'AWS::Lambda::Function'
      - name: api-stack
        filter: (resource) => resource.Type.startsWith('AWS::ApiGateway::')

• 调整嵌套栈数量与并发数
  当前仅拆分2个嵌套栈，单栈承载资源量过高，依赖关系复杂度大，建议将nestedStackCount调整到3~5降低单栈资源密度；同时可以先将resourceConcurrency调低到10，在规避限流问题的同时降低依赖冲突概率。
• 显式声明资源依赖
  针对报错中提到的GetAllUsersLambdaFunction等存在循环依赖的资源，在serverless.yml对应资源配置中添加dependsOn字段，手动明确依赖顺序，避免插件自动分组时打乱依赖链。
• 临时替代限流解决方案
  如果需要优先完成部署，可临时移除resourceConcurrency参数，在部署命令中添加--concurrency 10参数，通过serverless原生并发限制能力降低限流触发概率，待梳理清楚资源依赖关系后再加回resourceConcurrency配置即可。

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