問題タブ [azure-eventgrid]

Webhook のタイムアウトが 60 秒であることをドキュメントから知りました。その場合、開発者が非同期操作を行うことを期待していますか? Webhook の一部として実行したい作業に 60 秒以上かかる場合はどうなりますか? しかし、その操作を非同期にし、Webhook の一部として実行したい作業が失敗した場合、イベント グリッド 200 OK に既に応答しているため、その状況からどのように回復するのでしょうか。その場合、イベントに負けますか?

最近、信じられないほど信頼性が低いように見えるという点で、イベントをイベント グリッドにパブリッシュする問題が見られるようになりました。北ヨーロッパでイベント グリッド トピックをホストしています (違いがある場合)。

Web を検索すると、これらの問題に直面しているのは私たちだけではなく、ごく最近になって表面化したばかりのようです。見る;

https://github.com/Azure/azure-functions-host/issues/3160

https://github.com/Azure/azure-sdk-for-net/issues/4575

スタックトレース;

{System.Threading.Tasks.TaskCanceledException: タスクがキャンセルされました。

System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (タスク タスク) で

System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (タスク タスク) で

Microsoft.Rest.RetryDelegatingHandler.<>c__DisplayClass11_0.<b__1>d.MoveNext() で

--- 例外がスローされた前の場所からのスタック トレースの終わり ---

System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() で

System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (タスク タスク) で

System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (タスク タスク) で

Microsoft.Rest.RetryDelegatingHandler.d__11.MoveNext() で

--- 例外がスローされた前の場所からのスタック トレースの終わり ---

System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() で

System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (タスク タスク) で

System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (タスク タスク) で

System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() で

System.Net.Http.HttpClient.d__58.MoveNext() で

--- 例外がスローされた前の場所からのスタック トレースの終わり ---

System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() で

System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (タスク タスク) で

System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (タスク タスク) で

Microsoft.Azure.EventGrid.EventGridClient.d__38.MoveNext() で

--- 例外がスローされた前の場所からのスタック トレースの終わり ---

System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() で

System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (タスク タスク) で

System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (タスク タスク) で

Microsoft.Azure.EventGrid.EventGridClientExtensions.d__0.MoveNext() で

--- 例外がスローされた前の場所からのスタック トレースの終わり ---

System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() で

System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (タスク タスク) で

System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (タスク タスク) で

EventBus.AzureEventGrid.EventPublisher.Publish[TEvent](TEvent integrationEvent)} で System.Exception {System.Threading.Tasks.TaskCanceledException}

receivingtestwesteuropeという名前のストレージ アカウントで、リソース グループ の下に、ストレージ BLOB の作成に関するイベント トリガーを正常に作成しました。omni-testこれは、 という関数を介して受信されValidateMetadataます。これは、ポータル GUI を介して作成しました。ただし、CLI を介してのみ実行できるデッドレター/再試行ポリシーを追加したいと考えています。

作業トリガーは次のようになります。

最初に、デッドレター キューを使用して既存のイベントを更新できると考えました。

どちらが返されますか:

az: エラー: 認識されない引数: --deadletter-endpoint 受信テスト西ヨーロッパ/blobServices/default/containers/eventgrid

次に、REST パッチを使用してみました。

https://docs.microsoft.com/en-us/rest/api/eventgrid/eventsubscriptions/update

• 範囲：/subscriptions/fa6409ab-1234-1234-1234-85dd2b3ceab4/resourceGroups/omni-test/providers/microsoft.storage/storageaccounts/receivingtestwesteurope
• eventSubscriptionName:png
• API バージョン:2018-05-01-preview

体：

どちらが返されますか

「モデルの状態が無効です。」

===================

最終的な作業ソリューション: