当前AWS Step Functions是否支持在Map步骤中嵌套使用另一个Map步骤？

你遇到的报错是旧版Step Functions Map状态的固有限制导致的，目前有两种成熟可用的解决方式：

方案一：使用新版原生支持嵌套的Map状态（推荐） #

AWS在2022年11月推出的新版Map状态已经原生支持任意层级的嵌套调用，只需要将原有Map定义中的Iterator字段替换为ItemProcessor字段即可，无需额外改造逻辑。

• 新版Map支持两种运行模式：INLINE（内嵌模式，和旧版Map执行逻辑一致，适合小规模数据集）、DISTRIBUTED（分布式模式，支持处理百万级条目，适合大规模批量任务）
• 最简嵌套示例定义如下：

{
  "Comment": "嵌套Map示例",
  "StartAt": "OuterMap",
  "States": {
    "OuterMap": {
      "Type": "Map",
      "ItemProcessor": {
        "ProcessorConfig": {
          "Mode": "INLINE"
        },
        "States": {
          "InnerMap": {
            "Type": "Map",
            "ItemProcessor": {
              "ProcessorConfig": {
                "Mode": "INLINE"
              },
              "States": {
                "BusinessTask": {
                  "Type": "Task",
                  "Resource": "arn:aws:states:::lambda:invoke",
                  "Parameters": {
                    "FunctionName": "你的业务Lambda ARN",
                    "Payload.$": "$"
                  },
                  "End": true
                }
              }
            },
            "ItemsPath": "$.innerArray",
            "End": true
          }
        }
      },
      "ItemsPath": "$.outerArray",
      "End": true
    }
  }
}

方案二：兼容旧版Map的迂回实现 #

如果你的工作流需要兼容旧版Map的逻辑无法升级，可以通过嵌套状态机的方式实现同等效果：

• 将内层Map的逻辑单独封装为一个独立的Step Functions状态机
• 在外层Map中使用同步调用的方式触发内层状态机，资源标识为arn:aws:states:::states:startExecution.sync，执行完成后自动返回结果给外层工作流

注意事项 #

• 使用新版Map嵌套时，需要显式指定ItemsPath参数指定当前层级要遍历的数组路径，避免上下文输入变量冲突
• 所有AWS商用区域均已支持新版Map嵌套能力，无需额外申请白名单

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