CreateTimer是否有助于持久功能的时间限制

时间:2019-11-24 13:50:52

标签: azure-functions azure-durable-functions

一些背景:我正在研究通过使用webhooks和Azure函数在Azure Devops中实现自定义请求请求策略。

策略需要关联构建的结果,这意味着我需要等待才能完成。构建可能需要5到10分钟以上的时间(由于各种因素可能会更长),因此由于超时和成本方面的考虑,我不能只是让函数旋转等待。为了解决这个问题,我的想法是使用一系列QueueTriggervisibilityTimeout来创建一个小型轮询系统,该构建可以在构建完成后恢复。

我开始阅读有关监视器模式的持久功能/编排的信息,这似乎是一个更好,更强大的选择。但是,我仍然有一个问题,即在构建完成时必须等待更长的时间。

问题:在阅读文档和各种文章/博客后,尚不清楚await激活Activity函数(即,轮询构建状态)或CreateTimer的结果导致的“停机”是否导致持久功能的总时间限制,或者在这些时间段内“暂停”了限制。

谁能解释这是如何工作的? await CreateTimer期间的“停机时间”是否计入函数的超时/时间限制?

0 个答案:

没有答案