Timer in Funzioni permanenti (Funzioni di Azure)
Funzioni permanenti fornisce timer permanenti da usare nelle funzioni di orchestrazione per implementare ritardi o per impostare timeout nelle azioni asincrone. I timer durevoli devono essere usati nelle funzioni dell'agente di orchestrazione anziché nelle API "sospensione" o "ritardo" che possono essere integrate nel linguaggio.
I timer durevoli sono attività create usando l'API "crea timer" appropriata per il linguaggio fornito, come illustrato di seguito e richiedono un tempo di scadenza o una durata come argomento.
// Put the orchestrator to sleep for 72 hours
DateTime dueTime = context.CurrentUtcDateTime.AddHours(72);
await context.CreateTimer(dueTime, CancellationToken.None);
Quando si "await" l'attività timer, la funzione dell'agente di orchestrazione rimarrà in sospensione fino all'ora di scadenza specificata.
Nota
Le orchestrazioni continueranno a elaborare altri eventi in ingresso durante l'attesa della scadenza di un'attività timer.
Limitazioni dei timer
Quando si crea un timer che scade alle 14:30 UTC, durable task Framework sottostante accoda un messaggio che diventa visibile solo alle 14:30 UTC. Se l'app per le funzioni viene ridotta a zero istanze nel frattempo, il messaggio timer appena visibile garantisce che l'app per le funzioni venga riattivata in una macchina virtuale appropriata.
Nota
- Per le app JavaScript, Python e PowerShell, i timer durevoli sono limitati a sei giorni. Per ovviare a questa limitazione, è possibile usare le API timer in un
while
ciclo per simulare un ritardo più lungo. Le app .NET e Java aggiornate supportano timer arbitrariamente lunghi. - A seconda della versione dell'SDK e del provider di archiviazione in uso, i timer lunghi di 6 giorni o più possono essere implementati internamente usando una serie di timer più brevi (ad esempio, di 3 durate di 3 giorni) fino al raggiungimento dell'ora di scadenza desiderata. Questa operazione può essere osservata nell'archivio dati sottostante, ma non influisce sul comportamento dell'orchestrazione.
- Non usare le API predefinite di data/ora per ottenere l'ora corrente. Quando si calcola una data futura per la scadenza di un timer, usare sempre l'API ora corrente della funzione dell'agente di orchestrazione. Per altre informazioni, vedere l'articolo Vincoli di codice della funzione dell'agente di orchestrazione.
Uso per il ritardo
L'esempio seguente illustra come usare i timer permanenti per ritardare l'esecuzione. L'esempio invia una notifica di fatturazione ogni giorno per 10 giorni.
[FunctionName("BillingIssuer")]
public static async Task Run(
[OrchestrationTrigger] IDurableOrchestrationContext context)
{
for (int i = 0; i < 10; i++)
{
DateTime deadline = context.CurrentUtcDateTime.Add(TimeSpan.FromDays(1));
await context.CreateTimer(deadline, CancellationToken.None);
await context.CallActivityAsync("SendBillingEvent");
}
}
Nota
L'esempio C# precedente è destinato a Durable Functions 2.x. Per Durable Functions 1.x, è necessario usare DurableOrchestrationContext
anziché IDurableOrchestrationContext
. Per altre informazioni sulle differenze tra le versioni, vedere l'articolo Versioni di Durable Functions.
Avviso
Evitare i cicli infiniti nelle funzioni di orchestrazione. Per informazioni su come implementare scenari di ciclo infinito in modo sicuro ed efficiente, vedere Orchestrazioni perenni.
Utilizzo per i timeout
Questo esempio illustra come usare i timer durevoli per implementare i timeout.
[FunctionName("TryGetQuote")]
public static async Task<bool> Run(
[OrchestrationTrigger] IDurableOrchestrationContext context)
{
TimeSpan timeout = TimeSpan.FromSeconds(30);
DateTime deadline = context.CurrentUtcDateTime.Add(timeout);
using (var cts = new CancellationTokenSource())
{
Task activityTask = context.CallActivityAsync("GetQuote");
Task timeoutTask = context.CreateTimer(deadline, cts.Token);
Task winner = await Task.WhenAny(activityTask, timeoutTask);
if (winner == activityTask)
{
// success case
cts.Cancel();
return true;
}
else
{
// timeout case
return false;
}
}
}
Nota
L'esempio C# precedente è destinato a Durable Functions 2.x. Per Durable Functions 1.x, è necessario usare DurableOrchestrationContext
anziché IDurableOrchestrationContext
. Per altre informazioni sulle differenze tra le versioni, vedere l'articolo Versioni di Durable Functions.
Avviso
In .NET, JavaScript, Python e PowerShell è necessario annullare tutti i timer durevoli creati se il codice non attenderà il completamento. Vedere gli esempi precedenti per come annullare i timer in sospeso. Durable Task Framework non modificherà lo stato di un'orchestrazione in "Completato" fino a quando tutte le attività in sospeso, incluse le attività timer durevoli, non verranno completate o annullate.
Questo meccanismo di annullamento che usa il modello when-any non termina le esecuzioni di attività in corso o di sotto orchestrazione. ma consente semplicemente alla funzione di orchestrazione di ignorare il risultato e continuare. Se l'app per le funzioni usa il piano a consumo, verrà comunque addebitata la quantità di tempo e memoria utilizzata dalla funzione di attività abbandonata. Per impostazione predefinita, le funzioni in esecuzione nel piano a consumo hanno un timeout di cinque minuti. Se questo limite viene superato, l'host di Funzioni di Azure viene riciclato per interrompere ogni esecuzione e impedire una fatturazione eccessiva. Il timeout delle funzioni è configurabile.
Per un esempio più approfondito di come implementare i timeout nelle funzioni dell'agente di orchestrazione, vedere l'articolo Interazione umana e timeout - Telefono verifica.