Azure 逻辑应用程序 - 开始执行前空闲？

Question

我们的一个 Azure 逻辑应用在从调用时间到实际开始执行的时间之间出现了奇怪的时间差。这导致非常长和错误的运行长度。这是一个有问题的运行示例：

Start date: Friday, December 13, 2019, 1:45:42 PM
End date: Friday, December 13, 2019, 2:24:30 PM

运行时长：38.79 分钟

Check_if_journal_file   0 Milliseconds
Condition   0 Milliseconds
Delay   1.52 Seconds
Get_Blob_Metadata   15 Milliseconds
HTTP    281 Milliseconds
ImportBreakpointJournalFile 406 Milliseconds
Initialize_JobHttpStatusCode    110 Milliseconds
Journal_file_failed_to_process  0 Milliseconds
Journal_file_successfully_processed 31 Milliseconds
Not_a_journal_file  0 Milliseconds
Set_variable    157 Milliseconds
Until   4.69 Seconds

实际操作执行时间：7.21 秒

Action Execution Graph

由于执行本身只用了大约 7 秒，这意味着逻辑应用只是闲置了近 38 分钟，无所事事！在此之前的运行显示没有时间问题。

有没有其他人看到过这样的行为？

什么会导致逻辑应用在开始执行前空闲 38 分钟？

更新：

打开逻辑应用的详细诊断并获得以下结果，表明它确实处于空闲或挂起状态。您可以看到作业 08586252374669322278104928528CU37 从 12:23 开始，然后几乎立即暂停？在采取任何行动之前，然后在 12:58 无故继续。恢复后，您可以看到它开始正常执行，因为 Initialize_JobHttpStatusCode 是应用程序中的第一个操作。

TimeGenerated [UTC]         startTime_t [UTC]           waitEndTime_t [UTC]         resource_runId_s                    resource_originRunId_s              resource_actionName_s           endTime_t [UTC]

12/15/2019, 12:58:57.627 AM 12/15/2019, 12:58:57.471 AM Invalid Date                08586252374669322278104928528CU37                                       Initialize_JobHttpStatusCode    12/15/2019, 12:58:57.549 AM
12/15/2019, 12:58:57.540 AM 12/15/2019, 12:58:57.471 AM Invalid Date                08586252374669322278104928528CU37                                       Initialize_JobHttpStatusCode    Invalid Date
12/15/2019, 12:58:57.405 AM 12/15/2019, 12:23:38.550 AM 12/15/2019, 12:58:57.330 AM 08586252374669322278104928528CU37   08586252374669322278104928528CU37                                   Invalid Date
12/15/2019, 12:58:57.282 AM 12/15/2019, 12:58:56.901 AM Invalid Date                08586252353485738359883907091CU99                                                                       12/15/2019, 12:58:56.980 AM
12/15/2019, 12:58:57.258 AM 12/15/2019, 12:58:56.901 AM Invalid Date                08586252353485738359883907091CU99                                                                       Invalid Date
12/15/2019, 12:58:57.247 AM 12/15/2019, 12:58:56.909 AM Invalid Date                08586252353485738359883907091CU99   08586252353485738359883907091CU99                                   Invalid Date
12/15/2019, 12:23:39.275 AM 12/15/2019, 12:23:38.534 AM Invalid Date                08586252374669322278104928528CU37                                                                       12/15/2019, 12:23:39.034 AM
12/15/2019, 12:23:39.172 AM 12/15/2019, 12:23:38.534 AM Invalid Date                08586252374669322278104928528CU37                                                                       Invalid Date
12/15/2019, 12:23:39.143 AM 12/15/2019, 12:23:38.550 AM Invalid Date                08586252374669322278104928528CU37   08586252374669322278104928528CU37                                   Invalid Date

Logic App Suspend? Logs

Answer 1

一旦触发，逻辑应用将不会处于空闲状态。在您的情况下，逻辑应用程序会在一段时间内重试很少的操作。重试策略最多可配置为 1 天。您可以检查并检查逻辑应用运行是否已重试。

Answer 2

您的“如果条件”似乎有问题。您的屏幕截图显示“条件”花费了 0 毫秒，但由于第二个“如果条件”中的一些错误，它应该被取消。逻辑应用的运行历史显示为 0，误导了我们。

我在我这边做了一个测试，请参考下面我的逻辑应用： 在我的逻辑中，我创建了一个“延迟”操作来延迟 10 分钟，然后我手动运行这个逻辑应用程序。逻辑应用快速运行“延迟”操作之前的步骤，然后停留在“延迟”操作。 10分钟前，我用this api取消了这个逻辑应用程序，我们可以在“运行历史”中看到它被取消了（如下图所示）。 然后我在“运行历史”中点击这个项目（我是10分钟后点击的，如果在10分钟之前点击它，条件将显示x分钟和“运行”状态），“条件”显示0s（和你的一样）但是不是 10 分钟或更长时间。

根据我的测试，逻辑应用程序运行了几分钟，但“条件”只显示 0，所以我认为您的逻辑应用程序中的“条件”也花了 38 分钟的大部分时间，请检查两个“如果条件”在您的逻辑应用程序中。我认为您的第二个条件应该有问题，导致您的第一个条件被取消。