如果在最后一个触发器的最后一个活动完成之前再次触发编目功能,会发生什么?

发布于 2025-02-11 06:57:53 字数 87 浏览 1 评论 0原文

假设编排器需要3分钟才能完成所有活动,但是我在2分钟后再次触发了编排者(带有不同的输入)。编排者会取消第一次运行,还是会等待第一次运行完成,然后运行第二次运行?

Let's say that the orchestrator takes 3 minutes to complete all its activities, but I trigger the orchestrator again after 2 minutes (with different input). Will the orchestrator cancel the first run or will it wait for the first run to be completed and then run the second run?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

怎樣才叫好 2025-02-18 06:57:53

编排者会取消第一次运行

no ,编排功能无法取消以前的运行编排功能。

编排功能可以快速运行,因此我们可以快速调用编排功能,但是当涉及活动功能时,它会等待完成

它将等待第一次运行完成,然后运行第二次运行

,它将等待第一个编排耐用功能才能完成IT任务。

因为耐用功能使用Azure存储。它可以使整个运行时态在存储中存储。

根据 msdoc 耐用的功能性能和比例

  • 执行时,将存储在Azure存储队列中。
  • 编排,实体状态和存储在Azure表中的历史。
  • Azure Blobs和Blob租赁用于在多个应用程序实例上分发编排实例和实体。

请参阅在这里有关更多信息

Will the orchestrator cancel the first run

No, Orchestration functions cannot cancel the previous running orchestration function.

Orchestration function can run quickly, so we can call the orchestration function quickly but when it comes to activity function it waits for the completion.

will it wait for the first run to be completed and then run the second run

Yes, it will wait for the first orchestration durable function to complete it tasks.

Because the Durable function uses the Azure storage. It keeps stores the whole runtime states in a storage.

As per the MSDOC Durable functions Performance and scale below activities are happens while running the Durable Function

  • Function executions are stored in Azure storage Queues.
  • Orchestration, Entity status and history stored in Azure Tables.
  • Azure Blobs and blob leases are used to distribute orchestration instances and entities across multiple app instances.

Refer here for more information

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文