次の方法で共有


持続的タイマー

Durable Functions では、オーケストレーター関数で遅延を実装したり、非同期アクションのタイムアウトを設定したりするために使用する保証可能なタイマーが提供されます。 言語に組み込まれている可能性のある api を sleep または delay の代わりに、オーケストレーター関数で永続的タイマーを使用します。

Durable Task SDK は、遅延を実装したり、非同期アクションのタイムアウトを設定したりするために、オーケストレーションで使用する 永続的 タイマーを提供します。 言語に組み込まれている可能性がある API を sleep または delay の代わりに、オーケストレーションで永続的タイマーを使用します。

Important

現在、PowerShell Durable Task SDK は使用できません。

持続的タイマーは、次の例に示すように、指定された言語に適切な create timer API を使用して作成されたタスクであり、期限または期間を引数として使用します。

// Put the orchestrator to sleep for 72 hours
DateTime dueTime = context.CurrentUtcDateTime.AddHours(72);
await context.CreateTimer(dueTime, CancellationToken.None);
// Put the orchestration to sleep for 72 hours
await context.CreateTimer(TimeSpan.FromHours(72), CancellationToken.None);

タイマー タスクを await すると、オーケストレーター関数は、指定された有効期限までスリープ状態になります。

タイマー タスクを await すると、オーケストレーションは指定された有効期限までスリープ状態になります。

オーケストレーションは、タイマー タスクの有効期限が切れるのを待っている間も、他の受信イベントを処理し続けます。

タイマーの制限事項

午後 4 時 30 分 (UTC) に有効期限が切れるタイマーを作成すると、基になる Durable Task Framework によって、午後 4 時 30 分 (UTC) にのみ表示されるメッセージがエンキューされます。 その間に関数アプリが 0 個のインスタンスにスケールダウンされた場合、新しく表示されるタイマー メッセージによって、関数アプリが適切な VM で再度アクティブ化されます。

  • JavaScript、Python、PowerShell アプリの場合、持続的タイマーは 6 日間に制限されます。 この制限を回避するには、 while ループでタイマー API を使用して、より長い遅延をシミュレートします。 最新の.NETとJavaアプリでは、任意の長いタイマーがサポートされます。
  • 使用されている SDK と ストレージ プロバイダー のバージョンによっては、必要な有効期限に達するまで、6 日以上の長いタイマーが一連の短いタイマー (たとえば、3 日間の期間) を使用して内部的に実装される場合があります。 この動作は基になるデータ ストアで監視できますが、オーケストレーションの動作には影響しません。
  • 組み込みの日付/時刻 API を使用して現在の時刻を取得しないでください。 タイマーの有効期限が切れる将来の日付を計算するときは、常にオーケストレーター関数の現在の時刻 API を使用します。 詳細については、「オーケストレーター関数コードの制約」の記事を参照してください。

午後 4 時 30 分 (UTC) に有効期限が切れるタイマーを作成すると、基になる Durable Task Framework によって、午後 4 時 30 分 (UTC) にのみ表示されるメッセージがエンキューされます。 タイマー メッセージにより、タイマーの有効期限が切れたときにワーカーが再度アクティブになります。

  • 長い遅延 (たとえば、数日以上の遅延) を指定すると、内部で管理される複数の永続的タイマーが作成される可能性があります。 オーケストレーション コードでは、この動作を認識する必要はありません。 ただし、フレームワーク ログと保存された履歴の状態に表示される場合があります。
  • 組み込みの日時 API を使用して現在の時刻を取得しないでください。 タイマーの有効期限が切れる将来の日付を計算するときは、オーケストレーション コンテキストの現在の時刻プロパティ (.NET の context.CurrentUtcDateTime、Python の ctx.current_utc_datetime、JavaScript の ctx.currentUtcDateTime など) を常に使用します。

遅延の使用方法

次の例は、持続的タイマーを使用して実行を遅延させる方法を示しています。 この例では、毎日 10 日間、課金通知を発行します。

[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");
    }
}

上記の C# の例では、Durable Functions 2.x を対象とします。 Durable Functions 1.x の場合は、DurableOrchestrationContext の代わりに IDurableOrchestrationContext を使用します。 バージョン間の違いの詳細については、Durable Functions バージョンに関する記事を参照してください。

public class BillingIssuer : TaskOrchestrator<object?, string>
{
    public override async Task<string> RunAsync(TaskOrchestrationContext context, object? input)
    {
        for (int i = 0; i < 10; i++)
        {
            await context.CreateTimer(TimeSpan.FromDays(1), CancellationToken.None);
            await context.CallActivityAsync("SendBillingEvent");
        }
        return "done";
    }
}

Warnung

オーケストレーター関数では無限ループを避けます。 無限ループ シナリオを安全かつ効率的に実装する方法については、「 永続的オーケストレーション」を参照してください。

Warnung

オーケストレーションで無限ループを回避します。 無限ループ シナリオを安全かつ効率的に実装する方法については、「 永続的オーケストレーション」を参照してください。

タイムアウトの使用

この例では、永続的タイマーを使用してタイムアウトを実装する方法を示します。

[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;
        }
    }
}

前の C# の例では、2.x Durable Functionsをターゲットにしています。 Durable Functions 1.x の場合は、DurableOrchestrationContext の代わりに IDurableOrchestrationContext を使用します。 バージョン間の違いの詳細については、Durable Functions バージョンに関する記事を参照してください。

public class TryGetQuote : TaskOrchestrator<object?, bool>
{
    public override async Task<bool> RunAsync(TaskOrchestrationContext context, object? input)
    {
        using var cts = new CancellationTokenSource();

        Task<double> activityTask = context.CallActivityAsync<double>("GetQuote");
        Task timeoutTask = context.CreateTimer(TimeSpan.FromSeconds(30), cts.Token);

        Task winner = await Task.WhenAny(activityTask, timeoutTask);
        if (winner == activityTask)
        {
            // success case
            cts.Cancel();
            return true;
        }
        else
        {
            // timeout case
            return false;
        }
    }
}

Warnung

.NET、JavaScript、Python、および PowerShell では、作成した永続的タイマーが完了するのをコードが待たない場合、それらのタイマーをキャンセルしてください。 保留中のタイマーを取り消す方法については、前の例を参照してください。 Durable Task Framework は、持続的タイマー タスクを含むすべての未処理のタスクが完了または取り消されるまで、オーケストレーションの状態を "完了" に変更しません。

Warnung

SDK でタイマーの取り消し (.NET など) がサポートされている場合は、作成された永続的タイマーが完了するまでコードが待機しない場合はキャンセルします。 保留中のタイマーを取り消す方法については、前の例を参照してください。 Durable Task Framework は、持続的タイマー タスクを含むすべての未処理のタスクが完了または取り消されるまで、オーケストレーションの状態を "完了" に変更しません。

when-any パターンを使用するこのキャンセル メカニズムは、進行中のアクティビティ関数やサブオーケストレーションの実行を終了しません。 代わりに、オーケストレーター関数が結果を無視して次に進むだけです。 関数アプリで従量課金プランが使用されている場合でも、破棄されたアクティビティ関数が消費する時間とメモリに対して課金されます。 既定では、従量課金プランで実行されている関数のタイムアウトは 5 分です。 この制限を超えた場合、Azure Functions ホストはリサイクルしてすべての実行を停止し、課金が暴走するのを防ぎます。 関数のタイムアウトは構成可能です

オーケストレーター関数にタイムアウトを実装する方法の詳細な例については、 人間の操作 に関する記事を参照してください。

when-any パターンを使用するこのキャンセル メカニズムは、進行中のアクティビティまたはサブオーケストレーションの実行を終了しません。 オーケストレーションが単に結果を無視して次のステップに進むようにします。

次のステップ