Google Cloud Workflows Concurrent executions配额限制含义咨询

官方对该配额的定义如下：

Concurrent executions - 单项目下已启动且未完成的活跃工作流执行的最大数量：100次执行

限制的实际含义 #

该限制为单Google Cloud项目维度的全局配额，指同一时间点，项目下所有未进入结束状态（成功/失败/主动取消）的工作流执行实例总数上限为默认100。

等待HTTP callback的实例计数规则 #

处于等待HTTP回调状态的工作流执行属于「已启动且未完成」范畴，会计入该并发配额。

配额适用规则说明 #

针对默认100配额偏低的疑问，核心适用规则如下：

• 100为默认初始配额，不是固定上限：可以在Google Cloud控制台的配额管理页面提交配额上调申请，只要业务场景合理，通常都可以通过审批获得更高的配额上限。
• 配额为项目维度隔离：如果你的业务场景下工作流部署量较大，可以将不同业务线的工作流拆分到不同项目部署，每个项目单独享受100的默认配额，也可以单独申请调额。
• 高并发长等待场景可优化架构降低配额占用：对于存在大量长时间等待回调的工作流场景，可以调整架构，将等待回调的逻辑从工作流中拆分出来，回调触发后再启动后续工作流执行，避免单个工作流实例长时间挂起占用配额。

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