Azure 逻辑应用程序 - 标准有状态
Azure Logic Apps- Standard Stateful
我了解 Azure 标准有状态逻辑应用程序工作流异步运行，但我可以在以下情况下使用有状态标准逻辑应用程序吗：
我们希望通过 HTTP post 请求从第三方接收 Json 数据，然后对其进行处理并将其存储在 Azure 数据湖中。但问题是，因为 Azure 标准有状态工作流会在 http 触发器被触发后异步运行 returns Status 202 Accepted。我想发送请求的呼叫者结束状态。例如-我想在请求有效时发送 500 Internal server error 但工作流仍然由于内部错误而失败。如果数据处理成功，我想向调用者发送 HTTP 状态 200 Ok。我不想始终向调用方发送 HTTP 状态 202 Accepted。我希望调用者知道他们的 HTTP 请求到底发生了什么。是否可以通过标准逻辑应用程序？出于安全原因，我不想使用消费逻辑应用程序。
您可以在配置后使用运行实现此目的，即使在整个工作流失败后 运行s 启用此配置也是如此。
转到您的工作流程和 select 您想要执行的操作的菜单 运行 无论前一个操作是否即将失败、超时或跳过。在我的情况下是条件，然后是 'Configure run after'.
例如这是我的逻辑应用程序
这是我的代码视图的样子：
输出：
更新的答案
在这种情况下，您也可以使用相同的 运行after 概念，其中状态代码不等于 200 的条件作为 true 语句并继续流程
这是逻辑应用
这是输出
我了解 Azure 标准有状态逻辑应用程序工作流异步运行，但我可以在以下情况下使用有状态标准逻辑应用程序吗：
我们希望通过 HTTP post 请求从第三方接收 Json 数据，然后对其进行处理并将其存储在 Azure 数据湖中。但问题是，因为 Azure 标准有状态工作流会在 http 触发器被触发后异步运行 returns Status 202 Accepted。我想发送请求的呼叫者结束状态。例如-我想在请求有效时发送 500 Internal server error 但工作流仍然由于内部错误而失败。如果数据处理成功，我想向调用者发送 HTTP 状态 200 Ok。我不想始终向调用方发送 HTTP 状态 202 Accepted。我希望调用者知道他们的 HTTP 请求到底发生了什么。是否可以通过标准逻辑应用程序？出于安全原因，我不想使用消费逻辑应用程序。
您可以在配置后使用运行实现此目的，即使在整个工作流失败后 运行s 启用此配置也是如此。
转到您的工作流程和 select 您想要执行的操作的菜单 运行 无论前一个操作是否即将失败、超时或跳过。在我的情况下是条件，然后是 'Configure run after'.
例如这是我的逻辑应用程序
这是我的代码视图的样子：
输出：
更新的答案
在这种情况下，您也可以使用相同的 运行after 概念，其中状态代码不等于 200 的条件作为 true 语句并继续流程
这是逻辑应用
这是输出