インターフェイスにバインドすることもできます。アクセスできるようになります。エンティティの状態を読み取ります。エンティティが存在するかどうかを示す応答が返されます。存在する場合は、その状態も返されます。エンティティに一方向のメッセージを送信し、エンキューされるまで待機します。複数のエンティティの状態をクエリします。エンティティを作成する必要はありません。エンティティの状態は、シグナルを処理するエンティティ関数内で作成できます。エンキューされ、後で非同期的に処理されることを理解しておくことが重要です。通常、エンティティが操作を開始する前に戻ります。戻り値を取得したり、例外を監視したりすることはできません。(ワークフローの場合など)、オーケストレーター関数を使用する必要があります。これにより、エンティティ操作の完了を待機し、戻り値を処理して例外を監視することができます。エンティティを呼び出す、キューによってトリガーされる関数の例を次に示します。C#可能な場合は、より多くの型チェックが提供されるので、インターフェイスを介してエンティティにアクセスすることをお勧めします。インターフェイスが実装されたとします。使用してタイプセーフなプロキシを生成できます。呼び出しに内部的に変換します。一方向の操作を表します。操作にシグナル通知を出すことは意味がありません。操作を呼び出すオーケストレーター関数を開始できます。持続エンティティが利用できます。ハブの名前は、先頭文字をアルファベットとする必要があります。使用できるのはアルファベットと数値だけです。ハブに関するページをご覧ください。バックエンドを使用している場合でも、これらのアプリケーションを互いに分離できます。キューから一度にプルするメッセージの数。その時点で、ディスパッチャーは、追加のメッセージがデキューされるまで待機します。キューのパーティション数。正の整数を使用できます。メッセージの表示タイムアウト。メッセージの表示タイムアウト。インスタンスで同時に処理できるアクティビティ関数の最大数。インスタンスで同時に処理できるオーケストレーター関数の最大数。値が高くなるほどメッセージ処理の待機時間が長くなる可能性があります。コストが高くなる可能性があります。トランザクションが増加するからです。接続文字列を含むアプリ設定の名前。テーブルに使用する接続文字列の名前。テーブルに使用されるプレフィックス。設定はすべて無視されます。関数呼び出しの入力と出力をトレースするかどうかを示す値。関数の実行イベントをトレースした場合の既定の動作では、関数呼び出しのシリアル化された入力および出力のバイト数が記録されます。この動作により、ログが肥大化することも、機密情報が誤って公開されることもなく、入力および出力に関する最小限の情報が示されます。設定すると、既定の関数ログ記録によって、関数の入力および出力の内容全体がログに記録されます。書き込むかどうかを示す値。サイクル通知イベントがこのエンドポイントに発行されます。このプロパティは、アプリ設定の解決をサポートします。トピックによる認証に使用されるキーを含むアプリ設定の名前。トピックへの発行が失敗した場合に再試行する回数。発行するイベントの種類の一覧。指定されていない場合は、すべてのイベントの種類が発行されます。正常なシャットダウンを有効にして、ホストのシャットダウンでインプロセス関数の実行が失敗する可能性を減らします。executions.これらの設定の多くはパフォーマンスの最適化を目的としています。詳細については、パフォーマンスとスケールに関するページをご覧ください。management関連記事このページはお役に立ちましたか?YesNo追加のフィードバックはありますか?スキップ送信ありがとうございます。直接フィードバックを残すこともできます。直接フィードバックを残すこともできます。Cookie利用条件サイトのフィードバック商標このページはお役に立ちましたか?YesNo追加のフィードバックはありますか?スキップ送信ありがとうございます。Cookie利用条件サイトのフィードバック。